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Abstract 


This memo defines a portion of the Management Information Base (MIB) 
for use with network management protocols in the Internet community. 
In particular, it describes objects used for managing DS1, El, DS2 
and E2 interfaces. This document is a companion to the documents 
that define Managed Objects for the DSO, DS3/E3 and Synchronous 
Optical Network/Synchronous Digital Hierarchy (SONET/SDH) Interface 
Types. This document obsoletes RFC 2495. 
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1. The Internet-Standard Management Framework 


For a detailed overview of the documents that describe the current 
Internet-Standard Management Framework, please refer to section 7 of 
RFC 3410 [RFC3410]. 


Managed objects are accessed via a virtual information store, termed 
the Management Information Base or MIB. MIB objects are generally 
accessed through the Simple Network Management Protocol (SNMP). 
Objects in the MIB are defined using the mechanisms defined in the 
Structure of Management Information (SMI). This memo specifies a MIB 
module that is compliant to the SMIv2, which is described in STD 58, 
RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 
[RFC2580]. 
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Changes from RFC 2495 


The changes from [RFC2495] are the following: 


dg 2*s 


The dsxlFracIfIndex SYNTAX matches the description range. 
A value was added to dsxlTransmitClockSource. 
Values were added to dsxlLineType. 


Two objects were added, dsxlLineMode and dsxlLineBuildOut to 
better express transceiver mode and LineBuildOut for Tl. 


Reference was added to Circuit Identifier object. 


Align the DESCRIPTION clauses of few statistic objects with the 
near end definition, the far end definition and with [RFC3593]. 


Changes in Compliance Statements to include new objects. 


A typographical error in dsx2E2 was fixed, new name is dsxl1E2. 


Changes from RFC 1406 


The changes from RFC 1406 [RFC1406] are the following: 


Nicklass 


The Fractional Table has been deprecated. 
This document uses SMIv2. 

Usage is given for ifTable and ifXTable. 
Example usage of ifStackTable is included. 
dsxlIfIndex has been deprecated. 


Support for DS2 and E2 have been added. 


Additional lineTypes for DS2, E2, and unframed El were added. 
The definition of valid intervals has been clarified for the 
case where the agent proxied for other devices. In particular, 


the treatment of missing intervals has been clarified. 


An inward loopback has been added. 
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(10) Additional lineStatus bits have been added for Near End in 
Unavailable Signal State, Carrier Equipment Out of Service, DS2 
Payload AIS, and DS2 Performance Threshold. 

(11) A read-write line Length object has been added. 

(12) Signal mode of other has been added. 


(13) Added a lineStatus last change, trap and enabler. 


(14) The e1(19) ifType has been obsoleted so this MIB does not list 
it as a supported ifType. 


(15) Textual Conventions for statistics objects have been used. 


(16) A new object, dsxlLoopbackStatus has been introduced to reflect 
the loopbacks established on a DS1 interface and the source to 


the requests. dsxlLoopbackConfig continues to be the desired 
loopback state while dsxlLoopbackStatus reflects the actual 
state. 


(17) A dual loopback has been added to allow the setting of an inward 
loopback and a line loopback at the same time. 


(18) An object indicating which channel to use within a parent object 
(i.e., DS3) has been added. 


(19) An object has been added to indicate whether or not this DS1/E1 
is channelized. 


(20) Line coding type of B6ZS has been added for DS2. 

1.3. Companion Documents 
This document is a companion to the documents that define Managed 
Objects for the DSO [RFC2494], DS3/E3 [RFC3896], and Synchronous 
Optical Network/Synchronous Digital Hierarchy (SONET/SDH) [RFC3592] 
Interface Types. 

2. Overview 
These objects are used when the particular media being used to 
realize an interface is a DS1/E1/DS2/E2 interface. At present, this 
applies to these values of the ifType variable in the Internet- 


standard MIB: 


dsl (18) 
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The definitions contained herein are based on the AT&T T-1 Superframe 
(a.k.a., D4) [ANSI-T1.107] and Extended Superframe (ESF) formats 
[AT&T-UM-305] [AT&T-TR-54016], the latter of which conforms to ANSI 
specification [ANSI-T1.403], and the CCITT Recommendations 
[CCITT-G.703] [ITU-T-G.704], referred to as El for the rest of this 
memo. 


The various DS1 and El line disciplines are similar enough that 
separate MIBs are unwarranted, although there are some differences. 
For example, Loss of Frame is defined more rigorously in the ESF 
specification than in the D4 specification, but it is defined in 
both. Therefore, interface types e1(19) and g703at2mb(67) have been 
obsoleted. 


Where it is necessary to distinguish between the flavors of El with 
and without CRC, E1-CRC denotes the "with CRC" form (G.704 Table 4b) 
and El-noCRC denotes the "without CRC" form (G.704 Table 4a). 

2.1. Use of ifTable for DS1 Layer 


Only the ifGeneralInformationGroup needs to be supported. 


ifTable Object Use for DS1 Layer 

ifIndex Interface index. 

ifDescr See interfaces MIB [RFC2863] 
ifType ds1 (18) 

ifSpeed Speed of line rate 


DS1 - 1544000 
El - 2048000 
DS2 - 6312000 
E2 -—- 8448000 


ifPhysAddress The value of the Circuit Identifier. 
If no Circuit Identifier has been assigned 
this object should have an octet string 
with zero length. 


ifAdminStatus See interfaces MIB [RFC2863] 
ifOperStatus See interfaces MIB [RFC2863] 
ifLastChange See interfaces MIB [RFC2863] 
ifName See interfaces MIB [RFC2863]. 
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PARA 


ifLinkUpDownTrapEnable Set to enabled(1). 


ifHighSpeed Speed of line in Mega-bits per second 
(2, 6, or 8) 


ifConnectorPresent Set to true(1) normally, except for 
cases such as DS1/E1 over AAL1/ATM where 
false(2) is appropriate 


Usage Guidelines 
1. Usage of ifStackTable for Routers and DSUs 
The object dsxlIfIndex has been deprecated. This object previously 
allowed a very special proxy situation to exist for Routers and CSUs. 


This section now describes how to use ifStackTable to represent this 
relationship. 


The paragraphs discussing dsxlIfIndex and dsxlLineIndex have been 
preserved in Appendix A for informational purposes. 


The ifStackTable is used in the proxy case to represent the 
association between pairs of interfaces, e.g., this Tl is attached to 
that Tl. This use is consistent with the use of the ifStackTable to 
show the association between various sub-layers of an interface. In 
both cases entire PDUs are exchanged between the interface pairs - in 
the case of a Tl, entire Tl frames are exchanged; in the case of PPP 
and HDLC, entire HDLC frames are exchanged. This usage is not meant 
to suggest the use of the ifStackTable to represent Time Division 
Multiplexing (TDM) connections in general. 


External&Internal interface scenario: the SNMP Agent resides on a 
host external from the device supporting DS1 interfaces (e.g., a 
router). The Agent represents both the host and the DS1 device. 
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Example: 


A shelf full of CSUs connected to a Router. 
on the router proxies for itself and the CSU. 
Ethernet interface: 


An SNMP Agent residing 
The router has also an 


+----- + 
| | | 
4+--------------------- + 
| | | 1.544 MBPS | Line#A | DS1 Link 
|t | R |--------------- +----- - =- - =- +- > 
[ho | | | | 
le | o | 1.544 MBPS | Line#B | DS1 Link 
|r | | --------------- +---------- +-----—- > 
|n |u | | CSU Shelf | 
e 1.544 MBPS | Line#C | DS1 Link 
È T |--------------- +- - = — —---- 4+------ > 
| | | | | 
| ----- | E | 1.544 MBPS | Line#D | DS1 Link 
| | | --------------- +- ---—---- +-----—- > 
| | R | | | 
| | | 
+----- + 


The assignment of the index values could for example be: 


ifIndex Description 


Ethernet 


Line#A 
Line#B 
Line#C 
Line#D 


Router 
Router 
Router 
Router 


Line#A 
Line#B 
Line#C 
Line#D 
Line#A 
Line#B 
Line#C 
Line#D 


CSU Router 
CSU Router 
CSU Router 
CSU Router 
CSU Network 
CSU Network 
CSU Network 
CSU Network 


ODMDAANHDUAWNE 


The ifStackTable is then used to show the relationships between the 
various DS1 interfaces. 
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ifStackTable Entries 


HigherLayer LowerLayer 
6 
7 
8 
9 
10 
11 
12 
13 


OAATAHAUBWND 


September 2004 


If the CSU shelf is managed by itself by a local SNMP Agent, the 
situation would be identical, except the Ethernet and the 4 router 
interfaces are deleted. Interfaces would also be numbered from 1 to 


8. 


ifIndex Description 

Line#A CSU Router 
Line#B CSU Router 
Line#C CSU Router 
Line#D CSU Router 
Line#A CSU Network 
Line#B CSU Network 
Line#C CSU Network 
Line#D CSU Network 


AAIDUAWNE 


ifStackTable Entries 


HigherLayer LowerLayer 
1 5 


2 6 
3 7 
4 8 


2.2.2. Usage of ifStackTable for DS1/E1 on DS2/E2 


An example is given of how DS1/E1 interfaces are stacked on DS2/E2 
interfaces. It is not necessary nor is it always desirable to 


represent DS2 interfaces. If this is required, 
stacking should be used. All ifTypes are dsl. 
by examining ifSpeed or dsxlLineType. 
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ifIndex Description 


1 DS1 #1 
2 DS1 #2 
3 DS1 #3 
4 DS1 #4 
J DS2 


ifStackTable Entries 


HigherLayer LowerLayer 
1 5 


2 5 
3 5 
4 5 
2.2.3. Usage of Channelization for DS3, DS1, DSO 


An example is given here to explain the channelization objects in the 
DS3, DS1, and DSO MIBs to help the implementor use the objects 
correctly. Treatment of E3 and El would be similar, with the number 
of DSOs being different depending on the framing of the El. 


Assume that a DS3 (with ifIndex 1) is Channelized into DS1s (without 
DS2s). The object dsx3Channelization is set to enabledDsl. There 
will be 28 DS1s in the ifTable. Assume the entries in the ifTable 
for the DS1s are created in channel order and the ifIndex values are 
2 through 29. In the DS1 MIB, there will be an entry in the 
dsxlChanMappingTable for each dsl. The entries will be as follows: 


dsx1lChanMappingTable Entries 


ifIndex dsx1DslChannelNumber dsx1ChanMappedIfiIndex 


1 1 2 
1 2 3 
1 28 29 


In addition, the DS1ls are channelized into DSOs. The object 
dsxlChannelization is set to enabledDSO for each DS1. When this 
object is set to this value, 24 DSOs are created by the agent. There 
will be 24 DSOs in the ifTable for each DS1. If the 
dsx1lChannelization is set to disabled, the 24 DSOs are destroyed. 
Assume the entries in the ifTable are created in channel order and 
the ifIndex values for the DSOs in the first DS1 are 30 through 53. 
In the DSO MIB, there will be an entry in the dsx0ChanMappingTable 
for each DSO. The entries will be as follows: 
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dsx0ChanMappingTable Entries 


ifIndex dsx0ODsOChannelNumber dsx0ChanMappedIfIndex 


2 1 30 
2 2 31 
2 24 53 


2.2.4. Usage of Channelization for DS3, DS2, DS1 


An example is given here to explain the channelization objects in the 
DS3 and DS1 MIBs to help the implementor use the objects correctly. 


Assume that a DS3 (with ifIndex 1) is Channelized into DS2s. The 
object dsx3Channelization [RFC3896] is set to enabledDs2. There will 
be 7 DS2s (ifType of DS1) in the ifTable. Assume the entries in the 
ifTable for the DS2s are created in channel order and the ifIndex 
values are 2 through 8. In the DS1 MIB, there will be an entry in 
the dsxlChanMappingTable for each DS2. The entries will be as 
follows: 


dsxlChanMappingTable Entries 


ifIndex dsx1lDslChannelNumber dsx1ChanMappedIfiIndex 


1 1 2 
1 2 3 
1 7 8 


In addition, the DS2s are channelized into DSls. The object 
dsxlChannelization is set to enabledDS1l for each DS2. There will be 
4 DS1s in the ifTable for each DS2. Assume the entries in the 
ifTable are created in channel order and the ifIndex values for the 
DS1s in the first DS2 are 9 through 12, then 13 through 16 for the 
second DS2, and so on. In the DS1 MIB, there will be an entry in the 
dsxlChanMappingTable for each DS1. The entries will be as follows: 


dsx1lChanMappingTable Entries 


ifIndex dsx1DsiChannelNumber dsx1lChanMappedIfiIndex 


2 1 9 

2 2 10 
2 3 11 
2 4 12 
3 l 13 
3 2 14 
8 4 36 
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2.2.5. Usage of Loopbacks 
This section discusses the behaviour of objects related to loopbacks. 


The object dsxlLoopbackConfig represents the desired state of 
loopbacks on this interface. Using this object a Manager can 
request: 


LineLoopback 

PayloadLoopback (if ESF framing) 
InwardLoopback 

DualLoopback (Line + Inward) 
NoLoopback 


The remote end can also request loopbacks either through the FDL 
channel if ESF or inband if D4. The loopbacks that can be requested 
this way are: 


LineLoopback 
PayloadLoopback (if ESF framing) 
NoLoopback 


To model the current state of loopbacks on a DS1 interface, the 
object dsxlLoopbackStatus defines which loopback is currently applied 
to an interface. This objects, which is a bitmap, will have bits 
turned on which reflect the currently active loopbacks on the 
interface as well as the source of those loopbacks. 


The following restrictions/rules apply to loopbacks: 
The far end cannot undo loopbacks set by a manager. 
A manager can undo loopbacks set by the far end. 


Both a line loopback and an inward loopback can be set at the same 
time. Only these two loopbacks can co-exist and either one may be 
set by the manager or the far end. A LineLoopback request from the 
far end is incremental to an existing Inward loopback established by 
a manager. When a NoLoopback is received from the far end in this 
case, the InwardLoopback remains in place. 


2.3. Objectives of this MIB Module 
There are numerous things that could be included in a MIB for DS1 
signals: the management of multiplexors, CSUs, DSUs, and the like. 


The intent of this document is to facilitate the common management of 
all devices with DS1, El, DS2, or E3 interfaces. As such, a design 


Nicklass Standards Track [Page 11] 


RFC 3895 DS1/E1/DS2/E2 MIB September 2004 


decision was made up front to very closely align the MIB with the set 
of objects that can generally be read from these types devices that 
are currently deployed. 


J2 interfaces are not supported by this MIB. 
-4. DS1 Terminology 


The terminology used in this document to describe error conditions on 
a DS1 interface as monitored by a DS1 device are based on the late 
but not final document of what became the ANSI T1.231 standard 
[ANSI-T1.231]. If the definition in this document does not match the 
definition in the ANSI T1.231 document, the implementer should follow 
the definition described in this document. 


Pc areca le Error Events 


Bipolar Violation (BPV) Error Event 
A BPV error event for an AMI-coded signal is the occurrence of a 
pulse of the same polarity as the previous pulse (See T1.231 
Section 6.1.1.1.1). A BPV error event for a B8ZS- or HDB3-coded 
signal is the occurrence of a pulse of the same polarity as the 
previous pulse without being a part of the zero substitution 
code. 


Excessive Zeroes (EXZ) Error Event 
An Excessive Zeroes error event for an AMI-coded signal is the 
occurrence of more than fifteen contiguous zeroes (See T1.231 
Section 6.1.1.1.2). For a B8ZS coded signal, the defect occurs 
when more than seven contiguous zeroes are detected. 


Line Coding Violation (LCV) Error Event 
A Line Coding Violation (LCV) is the occurrence of either a 
Bipolar Violation (BPV) or Excessive Zeroes (EXZ) Error Event. 
(Also known as CV-L; See T1.231 Section 6.5.1.1.) 


Path Coding Violation (PCV) Error Event 
A Path Coding Violation error event is a frame synchronization 
bit error in the D4 and El-noCRC formats, or a CRC or frame 
synch. bit error in the ESF and E1-CRC formats. (Also known as 
CV-P; See T1.231 Section 6.5.2.1.) 


Controlled Slip (CS) Error Event 
A Controlled Slip is the replication or deletion of the payload 
bits of a DS1 frame (See T1.231 Section 6.1.1.2.3). A 
Controlled Slip may be performed when there is a difference 
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between the timing of a synchronous receiving terminal and the 
received signal. A Controlled Slip does not cause an Out of 
Frame defect. 


2.4.2. Performance Defects 


Out Of Frame (OOF) Defect 
An OOF defect is the occurrence of a particular density of 
Framing Error events (See T1.231 Section 6.1.2.2.1). 


For DS1 links, an Out of Frame defect is declared when the 
receiver detects two or more framing errors within a 3 msec 
period for ESF signals and 0.75 msec for D4 signals, or two or 
more errors out of five or fewer consecutive framing-bits. 


For El links, an Out Of Frame defect is declared when three 
consecutive frame alignment signals have been received with an 
error (see G.706 Section 4.1 [CCITT-G.706]). 


For DS2 links, an Out of Frame defect is declared when 7 or more 
consecutive errored framing patterns (4 multiframe) are 
received. The OOF is cleared when 3 or more consecutive correct 
framing patterns are received. 


Once an Out Of Frame Defect is declared, the framer starts 
searching for a correct framing pattern. The Out of Frame 
defect ends when the signal is in frame. 


In-frame occurs when there are fewer than two frame bit errors 
within 3 msec period for ESF signals and 0.75 msec for D4 
signals. 


For El links, in-frame occurs when a) in frame N the frame 
alignment signal is correct and b) in frame N+1 the frame 
alignment signal is absent (i.e., bit 2 in TSO is a one) and c) 
in frame N+2 the frame alignment signal is present and correct. 
(See G.704 Section 4.1) 


Alarm Indication Signal (AIS) Defect 
For D4 and ESF links, the ’all ones’ condition is detected at a 
DS1 line interface upon observing an unframed signal with a 
one’s density of at least 99.9% present for a time equal to or 
greater than T, where 3 ms <= T <= 75 ms. The AIS is terminated 
upon observing a signal not meeting the one’s density or the 
unframed signal criteria for a period equal to or greater than T 
(See G.775, Section 5.4). 
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For El links, the ’all-ones’ condition is detected at the line 
interface as a string of 512 bits containing fewer than three 
zero bits (see 0.162 [CCITT-0.162] Section 3.3.2). 


For DS2 links, the DS2 AIS shall be sent from the NT1 to the 
user to indicate a loss of the 6,312 kbps frame capability on 
the network side. The DS2 AIS is defined as a bit array of 
6,312 kbps in which all binary bits are set to ‘1’. 


The DS2 AIS detection and removal shall be implemented according 
to ITU-T Draft Recommendation G.775 [ITU-T-G.775] Section 5.5: 
- a DS2 AIS defect is detected when the incoming signal has 
two (2) or less ZEROs in a sequence of 3156 bits (0.5 ms). 
- a DS2 AIS defect is cleared when the incoming signal has 
three (3) or more ZEROS in a sequence of 3156 bits (0.5 ms). 


2.4.3. Performance Parameters 


All performance parameters are accumulated in fifteen minute 
intervals and up to 96 intervals (24 hours worth) are kept by an 
agent. Fewer than 96 intervals of data will be available if the 
agent has been restarted within the last 24 hours. In addition, 
there is a rolling 24-hour total of each performance parameter. 
Performance parameters continue to be collected when the interface is 
down. 


There is no requirement for an agent to ensure fixed relationship 
between the start of a fifteen minute interval and any wall clock; 
however some agents may align the fifteen minute intervals with 
quarter hours. 


Performance parameters are of types PerfCurrentCount, 
PerfIntervalCount and PerfTotalCount. These textual conventions are 
all Gauge32, and they are used because it is possible for these 
objects to decrease. Objects may decrease when Unavailable Seconds 
occurs across a fifteen minutes interval boundary. See Unavailable 
Seconds discussion later in this section. 


Line Errored Seconds (LES) 
A Line Errored Second is a second in which one or more Line Code 
Violation error events were detected. (Also known as ES-L; See 
T1.231 Section 6.5.1.2.) 


Controlled Slip Seconds (CSS) 
A Controlled Slip Second is a one-second interval containing one 
or more controlled slips (See T1.231 Section 6.5.2.8). This is 
not incremented during an Unavailable Second. 
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Errored Seconds (ES) 
For ESF and E1-CRC links an Errored Second is a second with one 
or more Path Code Violation OR one or more Out of Frame defects 
OR one or more Controlled Slip events OR a detected AIS defect. 
(See T1.231 Section 6.5.2.2 and G.826 [ITU-T-G.826] Section 
B.1). 


For D4 and El-noCRC links, the presence of Bipolar Violations 
also triggers an Errored Second. 


This is not incremented during an Unavailable Second. 


Bursty Errored Seconds (BES) 
A Bursty Errored Second (also known as Errored Second type B in 
T1.231 Section 6.5.2.4) is a second with fewer than 320 and more 
than 1 Path Coding Violation error events, no Severely Errored 
Frame defects and no detected incoming AIS defects. Controlled 
slips are not included in this parameter. 


This is not incremented during an Unavailable Second. It 
applies to ESF signals only. 


Severely Errored Seconds (SES) 
A Severely Errored Second for ESF signals is a second with 320 
or more Path Code Violation Error Events OR one or more Out of 
Frame defects OR a detected AIS defect (See T1.231 Section 
OD 29. E 


For E1-CRC signals, a Severely Errored Second is a second with 
832 or more Path Code Violation error events OR one or more Out 
of Frame defects. 


For El-noCRC signals, a Severely Errored Second is a 2048 LCVs 
or more. 


For D4 signals, a Severely Errored Second is a count of one- 
second intervals with Framing Error events, or an OOF defect, or 
1544 LCVs or more. 


Controlled slips are not included in this parameter. 
This is not incremented during an Unavailable Second. 
Severely Errored Framing Second (SEFS) 
An Severely Errored Framing Second is a second with one or more 


Out of Frame defects OR a detected AIS defect. (Also known as 
SAS-P (SEF/AIS second); See T1.231 Section 6.5.2.6.) 
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Degraded Minutes 
A Degraded Minute is one in which the estimated error rate 
exceeds 1E-6 but does not exceed 1E-3 (see G.821 [CCITTI-G.821]). 


Degraded Minutes are determined by collecting all of the 
Available Seconds, removing any Severely Errored Seconds 
grouping the result in 60-second long groups and counting a 60- 
second long group (a.k.a., minute) as degraded if the cumulative 
errors during the seconds present in the group exceed 1E-6. 
Available seconds are merely those seconds which are not 
Unavailable as described below. 


Unavailable Seconds (UAS) 
Unavailable Seconds (UAS) are calculated by counting the number 
of seconds that the interface is unavailable. The DS1 interface 
is said to be unavailable from the onset of 10 contiguous SESs, 
or the onset of the condition leading to a failure (see Failure 
States). If the condition leading to the failure was 
immediately preceded by one or more contiguous SESs, then the 
DS1 interface unavailability starts from the onset of these 


SESs. Once unavailable, and if no failure is present, the DS1 
interface becomes available at the onset of 10 contiguous 
seconds with no SESs. Once unavailable, and if a failure is 


present, the DS1 interface becomes available at the onset of 10 
contiguous seconds with no SESs, if the failure clearing time is 
less than or equal to 10 seconds. If the failure clearing time 
is more than 10 seconds, the DS1 interface becomes available at 
the onset of 10 contiguous seconds with no SESs, or the onset 
period leading to the successful clearing condition, whichever 
occurs later. With respect to the DS1 error counts, all 
counters are incremented while the DS1 interface is deemed 
available. While the interface is deemed unavailable, the only 
count that is incremented is UASs. 


Note that this definition implies that the agent cannot 
determine until after a ten second interval has passed whether a 
given one-second interval belongs to available or unavailable 
time. If the agent chooses to update the various performance 
statistics in real time then it must be prepared to 
retroactively reduce the ES, BES, SES, and SEFS counts by 10 and 
increase the UAS count by 10 when it determines that available 
time has been entered. It must also be prepared to adjust the 
PCV count and the DM count as necessary since these parameters 
are not accumulated during unavailable time. It must be 
Similarly prepared to retroactively decrease the UAS count by 10 
and increase the ES, BES, and DM counts as necessary upon 
entering available time. A special case exists when the 10 
second period leading to available or unavailable time crosses a 
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900 second statistics window boundary, as the foregoing 
description implies that the ES, BES, SES, SEFS, DM, and UAS 
counts the PREVIOUS interval must be adjusted. In this case 
successive GETs of the affected dsxlIntervalSESs and 
dsxlIntervalUASs objects will return differing values if the 
first GET occurs during the first few seconds of the window. 


The agent may instead choose to delay updates to the various 
statistics by 10 seconds in order to avoid retroactive 
adjustments to the counters. A way to do this is sketched in 
Appendix B. 


In any case, a linkDown trap shall be sent only after the agent has 
determined for certain that the unavailable state has been entered, 
but the time on the trap will be that of the first UAS (i.e., 10 
seconds earlier). A linkUp trap shall be handled similarly. 


According to ANSI T1.231 unavailable time begins at the _onset_ of 10 
contiguous severely errored seconds -- that is, unavailable time 
starts with the _first_ of the 10 contiguous SESs. Also, while an 
interface is deemed unavailable all counters for that interface are 
frozen except for the UAS count. It follows that an implementation 
which strictly complies with this standard must _not_ increment any 
counters other than the UAS count -- even temporarily -- as a result 
of anything that happens during those 10 seconds. Since changes in 
the signal state lag the data to which they apply by 10 seconds, an 
ANSI-compliant implementation must pass the one-second statistics 
through a 10-second delay line prior to updating any counters. That 
can be done by performing the following steps at the end of each one 
second interval. 


i) Read near/far end CV counter and alarm status flags from the 
hardware. 


ii) Accumulate the CV counts for the preceding second and compare 
them to the ES and SES threshold for the layer in question. 
Update the signal state and shift the one-second CV counts and 
ES/SES flags into the 10-element delay line. Note that far-end 
one-second statistics are to be flagged as "absent" during any 
second in which there is an incoming defect at the layer in 
question or at any lower layer. 


iii) Update the current interval statistics using the signal state 
from the _previous_ update cycle and the one-second CV counts 


and ES/SES flags shifted out of the 10-element delay line. 


This approach is further described in Appendix B. 
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Failure States 


The following failure states are received, or detected failures, that 
are reported in the dsxlLineStatus object. When a DS1 interface 
would, if ever, produce the conditions leading to the failure state 
is described in the appropriate specification. 


Far End Alarm Failure 


The Far End Alarm failure is also known as "Yellow Alarm" in the 
DS1 case, "Distant Alarm" in the El case, and "Remote Alarm" in 
the DS2 case. 


For D4 links, the Far End Alarm failure is declared when bit 6 
of all channels has been zero for at least 335 ms and is cleared 
when bit 6 of at least one channel is non-zero for a period T, 
where T is usually less than one second and always less than 5 
seconds. The Far End Alarm failure is not declared for D4 links 
when a Loss of Signal is detected. 


For ESF links, the Far End Alarm failure is declared if the 
Yellow Alarm signal pattern occurs in at least seven out of ten 
contiguous 16-bit pattern intervals and is cleared if the Yellow 
Alarm signal pattern does not occur in ten contiguous 16-bit 
signal pattern intervals. 


For El links, the Far End Alarm failure is declared when bit 3 
of time-slot zero is received set to one on two consecutive 
occasions. The Far End Alarm failure is cleared when bit 3 of 
time-slot zero is received set to zero. 


For DS2 links, if a loss of frame alignment (LOF or LOS) and/or 
DS2 AIS condition, is detected, the RAI signal shall be 
generated and transmitted to the remote side. 


The Remote Alarm Indication(RAI) signal is defined on m-bits as 
a repetition of the 16bit sequence consisting of eight binary 
‘ls’ and eight binary ’0s’ in m-bits(1111111100000000). When 
the RAI signal is not sent (in normal operation),the HDLC flag 
pattern (01111110) in the m-bit is sent. 


The RAI failure is detected when 16 or more consecutive RAI- 
patterns (1111111100000000) are received. The RAI failure is 
cleared when 4 or more consecutive incorrect-RAI-patterns are 
received. 


Alarm Indication Signal (AIS) Failure 


Nicklass 


The Alarm Indication Signal failure is declared when an AIS 
defect is detected at the input and the AIS defect still exists 
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after the Loss Of Frame failure (which is caused by the unframed 
nature of the ’all-ones’ signal) is declared. The AIS failure 
is cleared when the Loss Of Frame failure is cleared. (See 
T1.231 Section 6.2.1.2.1) 


An AIS defect at a 6312 kbit/s (G.704) interface is detected 
when the incoming signal has two {2} or less ZEROs in a sequence 
of 3156 bits (0.5ms). The AIS signal defect is cleared when the 
incoming signal has three {3} or more ZEROS in a sequence of 
3156 bits (0.5ms). 


Of Frame Failure 

For DS1 links, the Loss Of Frame failure is declared when an OOF 
or LOS defect has persisted for T seconds, where 2 <= T <= 10. 
The Loss Of Frame failure is cleared when there have been no OOF 
or LOS defects during a period T where 0 <= T <= 20. Many 
systems will perform "hit integration" within the period T 
before declaring or clearing the failure e.g., see TR 62411 
[AT&éT-TR-62411]. 


For El links, the Loss Of Frame Failure is declared when an OOF 
defect is detected. 


Of Signal Failure 

For DS1, the Loss Of Signal failure is declared upon observing 
175 +/- 75 contiguous pulse positions with no pulses of either 
positive or negative polarity. The LOS failure is cleared upon 
observing an average pulse density of at least 12.5% over a 
period of 175 +/- 75 contiguous pulse positions starting with 
the receipt of a pulse. 


For El links, the Loss Of Signal failure is declared when 
greater than 10 consecutive zeroes are detected (see 0.162 
Section 3.4.4). 


A LOS defect at 6312kbit/s interfaces is detected when the 
incoming signal has "no transitions", i.e., when the signal 
level is less than or equal to a signal level of 35dB below 
nominal, for N consecutive pulse intervals, where 10 <=N<=255. 


The LOS defect is cleared when the incoming signal has 
"transitions", i.e., when the signal level is greater than or 
equal to a signal level of 9dB below nominal, for N consecutive 
pulse intervals, where 10<=N<=255. 


A signal with "transitions" corresponds to a G.703 compliant 
signal. 
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Loopback Pseudo-Failure 
The Loopback Pseudo-Failure is declared when the near end 
equipment has placed a loopback (of any kind) on the DS1. This 
allows a management entity to determine from one object whether 
the DS1 can be considered to be in service or not (from the 
point of view of the near end equipment). 


TS16 Alarm Indication Signal Failure 
For El links, the TS16 Alarm Indication Signal failure is 
declared when time-slot 16 is received as all ones for all 
frames of two consecutive multiframes (see G.732 Section 4.2.6). 
This condition is never declared for DS1. 


Loss Of MultiFrame Failure 
The Loss Of MultiFrame failure is declared when two consecutive 
multiframe alignment signals (bits 4 through 7 of TS16 of frame 
0) have been received with an error. The Loss Of Multiframe 
failure is cleared when the first correct multiframe alignment 
signal is received. The Loss Of Multiframe failure can only be 
declared for El links operating with G.732 [CCITT-G.732] framing 
(sometimes called "Channel Associated Signalling" mode). 


Far End Loss Of Multiframe Failure 
The Far End Loss Of Multiframe failure is declared when bit 2 of 
TS16 of frame 0 is received set to one on two consecutive 
occasions. The Far End Loss Of Multiframe failure is cleared 
when bit 2 of TS16 of frame 0 is received set to zero. The Far 
End Loss Of Multiframe failure can only be declared for El links 
operating in "Channel Associated Signalling" mode (See G.732). 


DS2 Payload AIS Failure 
The DS2 Payload AIS is detected when the incoming signal of the 
6,312 kbps frame payload (time-slots 1 through 96) has 2 or less 
O's in a sequence of 3072 bits (0.5ms). The DS2 Payload AIS is 
cleared when the incoming signal of the 6,312 kbps frame payload 
has 3 or more 0’s in a sequence of 3072 bits (0.5 ms). 


DS2 Performance Threshold 
DS2 Performance Threshold Failure monitors equipment performance 
and is based on the CRC (Cyclic Redundancy Check) Procedure 
defined in G.704. 


The DS2 Performance Threshold Failure is detected when the bit 
error ratio exceeds 10^-4 (Performance Threshold), and the DS2 
Performance Threshold Failure shall be cleared when the bit 
error ratio decreased to less than 10%-6." 
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2.4.5. Other Terms 


Circuit Identifier 
This is a character string specified by the circuit vendor, and is 
useful when communicating with the vendor during the 
troubleshooting process (see M.1400 [ITU-T-M.1400] for additional 
information). 


Proxy 
In this document, the word proxy is meant to indicate an 
application which receives SNMP messages and replies to them on 
behalf of the devices which implement the actual DS1/E1 
interfaces. The proxy may have already collected the information 
about the DS1/E1 interfaces into its local database and may not 
necessarily forward the requests to the actual DS1/E1 interface. 
It is expected in such an application that there are periods of 
time where the proxy is not communicating with the DS1/E1 
interfaces. In these instances the proxy will not necessarily 
have up-to-date configuration information and will most likely 
have missed the collection of some statistics data. Missed 
statistics data collection will result in invalid data in the 
interval table. 


3. Object Definitions 
DS1-MIB DEFINITIONS ::= BEGIN 
IMPORTS 


MODULE-IDENTITY, OBJECT-TYPE, 
NOTIFICATION-TYPE, transmission 


FROM SNMPv2-SMI —- [RFC2578] 
DisplayString, TimeStamp, TruthValue 
FROM SNMPv2-TC —- [RFC2579] 


MODULE-COMPLIANCE, OBJECT-GROUP, 
NOTIFICATION-GROUP 


FROM SNMPv2-CONF -- [RFC2580] 
InterfaceIndex, ifIndex 

FROM IF-MIB -- [RFC2863] 
PerfCurrentCount, PerfIntervalCount, 
PerfTotalCount 

FROM PerfHist—TC-MIB; -- [RFC3593] 


dsl MODULE-IDENTITY 
LAST-UPDATED "200409090000Z" -- September 09, 2004 
ORGANIZATION "IETF AToM MIB Working Group" 
CONTACT-INFO 
"WG charter: 
http://www.ietf.org/html.charters/atommib-charter.html 
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Mailing Lists: 
General Discussion: atommib@research.telcordia.com 
To Subscribe: atommib-request@research.telcordia.com 


Editor: Orly Nicklass 


Postal: RAD Data Communications, Ltd. 
Ziv Tower, 24 Roul Walenberg 
Tel Aviv, Israel, 69719 


Tel: +9723 765 9969 
E-mail: orly_n@rad.com" 


DESCRIPTION 
"The MIB module to describe DS1, El, DS2, and 
E2 interfaces objects. 


Copyright (c) The Internet Society (2004). This 
version of this MIB module is part of RFC 3895; 
see the RFC itself for full legal notices." 


REVISION "2004090900002" -- September 09, 2004 
DESCRIPTION 

"The RFC 3895 version of this MIB module. 

The key changes made to this MIB module 

since its publication in RFC 2495 are as follows: 

) The dsxlFracIfIndex SYNTAX matches the description range. 

) A value was added to dsx1lTransmitClockSource. 

) Values were added to dsxliLineType. 

) Two objects were added, dsxlLineMode and dsx1lLineBuildOut 

to better express transceiver mode and LineBuildOut for T1. 

(5) Reference was added to Circuit Identifier object. 

(6) Align the DESCRIPTION clauses of few statistic objects with 
the near end definition, the far end definition and with 
RFC 3593. 

(7) Changes in Compliance Statements to include new objects. 

(8) A typographical error in dsx2E2 was fixed, new name is dsxlE2." 


REVISION "1998080118302" 
DESCRIPTION 
"The RFC 2495 version of this MIB module. 
The key changes made to this MIB module 
since its publication in RFC 1406 are as follows: 
(1) The Fractional Table has been deprecated. 
(2) This document uses SMIv2. 
(3) Usage is given for ifTable and ifXTable. 
(4) Example usage of ifStackTable is included. 
(5) dsxlIfIndex has been deprecated. 
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(6) Support for DS2 and E2 have been added. 

(7) Additional lineTypes for DS2, E2, and unframed El 
were added. 

(8) The definition of valid intervals has been clarified 
for the case where the agent proxied for other devices. In 
particular, the treatment of missing intervals has been 
clarified. 

(9) An inward loopback has been added. 

(10) Additional lineStatus bits have been added for Near End in 

Unavailable Signal State, Carrier Equipment Out of Service, 

DS2 Payload AIS, and DS2 Performance Threshold. 

A read-write line Length object has been added. 

Signal mode of other has been added. 

Added a lineStatus last change, trap and enabler. 

The e1(19) ifType has been obsoleted so this MIB 

does not list it as a supported ifType. 

(15) Textual Conventions for statistics objects have been used. 

(16) A new object, dsxlLoopbackStatus has been introduced to 
reflect the loopbacks established on a DS1 interface and 
the source to the requests. dsxlLoopbackConfig continues 
to be the desired loopback state while dsxlLoopbackStatus 
reflects the actual state. 

(17) A dual loopback has been added to allow the setting of an 
inward loopback and a line loopback at the same time. 

(18) An object indicating which channel to use within a parent 
object (i.e., DS3) has been added. 

(19) An object has been added to indicate whether or not this 
DS1/E1 is channelized. 

(20) Line coding type of B6ZS has been added for DS2" 


REVISION "1993012520282" 
DESCRIPTION 
"Initial version, published as RFC 1406." 


::= { transmission 18 } 


-- note that this subsumes cept (19) and g703at2mb (67) 
-—- there is no separate CEPT or G703AT2MB MIB 


-- The DS1 Near End Group 


—- The DS1 Near End Group consists of five tables: 
== DS1 Configuration 

Se DS1 Current 

AS DS1 Interval 

== DS1 Total 

== DS1 Channel Table 
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-- The DS1 Configuration Table 


dsx1lConfigTable OBJECT-TYPE 
SYNTAX SEQUENCE OF Dsx1lConfigEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"The DS1 Configuration table." 
::= { ds1 6 } 


dsx1lConfigEntry OBJECT-TYPE 
SYNTAX DsxlConfigEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Configuration table." 
INDEX { dsxlLineIndex } 
::= { dsxlConfigTable 1 } 


Dsx1lConfigEntry ::= 
SEQUENCE { 
dsxlLineIndex InterfaceIndex, 
dsxlIfiIndex InterfaceIndex, 
dsx1lTimeElapsed INTEGER, 
dsx1lValidiIntervals INTEGER, 
dsxlLineType INTEGER, 
dsx1lLineCoding INTEGER, 
dsx1SendCode INTEGER, 
dsx1lCircuitIdentifier DisplayString, 
dsxlLoopbackConfig INTEGER, 
dsxlLineStatus INTEGER, 
dsx1SignalMode INTEGER, 
dsx1lTransmitClockSource INTEGER, 
dsx1lFdl INTEGER, 
dsxlInvalidiIntervals INTEGER, 
dsx1lLineLength INTEGER, 
dsxlLineStatusLastChange TimeStamp, 
dsxlLineStatusChangeTrapEnable INTEGER, 
dsxlLoopbackStatus INTEGER, 
dsx1DsiChannelNumber INTEGER, 
dsx1lChannelization INTEGER, 
dsx1lLineMode INTEGER, 
dsx1lLineBuildoOut INTEGER 
} 
dsxlLineIndex OBJECT-TYPE 
SYNTAX InterfaceIndex 
MAX-ACCESS read-only -- read-only since originally an 


Nicklass Standards Track [Page 24] 


RFC 3895 DS1/E1/DS2/E2 MIB September 2004 
-—- SMIv1 index 

STATUS current 

DESCRIPTION 
"This object should be made equal to ifIndex. The 
next paragraph describes its previous usage. 
Making the object equal to ifIndex allows proper 
use of ifStackTable and ds0/dsObundle mibs. 
Previously, this object is the identifier of a DS1 
Interface on a managed device. If there is an 
ifEntry that is directly associated with this and 
only this DS1 interface, it should have the same 
value as ifIndex. Otherwise, number the 
dsxlLineIndices with an unique identifier 
following the rules of choosing a number that is 
greater than ifNumber and numbering the inside 
interfaces (e.g., equipment side) with even 
numbers and outside interfaces (e.g., network side) 
with odd numbers." 

::= { dsxlConfigEntry 1 } 

dsxlIfIndex OBJECT-TYPE 

SYNTAX InterfaceIndex 

MAX-ACCESS read-only 

STATUS deprecated 

DESCRIPTION 


"This value for this object is equal to the value 
of ifIndex from the Interfaces table of MIB II 
(RFC 1213)." 


:= { dsxlConfigEntry 2 } 


dsx1lTimeElapsed OBJECT-TYPE 


SYNTAX INTEGER (0..899) 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of seconds that have elapsed since the 
beginning of the near end current error-measurement 
period. If, for some reason, such as an adjustment 

in the system’s time-of-day clock, the current interval 
exceeds the maximum value, the agent will return the 
maximum value." 


::= { dsxlConfigEntry 3 } 


dsx1lValidIntervals OBJECT-TYPE 


SYNTAX 


INTEGER (0..96) 


MAX-ACCESS read-only 


STATUS 


Nicklass 


current 
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DESCRIPTION 
"The number of previous near end intervals for 
which data was collected. The value will be 96 
unless the interface was brought online within the 
last 24 hours, in which case the value will be the 
number of complete 15 minute near end intervals 
since the interface has been online. In the case 
where the agent is a proxy, it is possible that 
some intervals are unavailable. In this case, 
this interval is the maximum interval number for 
which data is available." 

::= { dsxlConfigEntry 4 } 


dsxlLineType OBJECT-TYPE 

SYNTAX INTEGER { 
other (1), 
dsxlESF (2), 
dsx1D4 (3), 
dsx1E1 (4), 
dsx1E1CRC (5), 
dsx1E1MF (6), 
dsx1E1CRCMF (7), 
dsxlUnframed (8), 
dsxlE1Unframed (9), 
dsx1DS2M12 (10), 
dsx1E2 (11), 
dsx1E1Q50(12), 
dsx1E1Q50CRC (13) 

} 
MAX-ACCESS read-write 
STATUS current 


DESCRIPTION 
"This variable indicates the variety of DS1 
Line implementing this circuit. The type of 


circuit affects the number of bits per second 
that the circuit can reasonably carry, as well 
as the interpretation of the usage and error 
statistics. The values, in sequence, describe: 


TITLE: SPECIFICATION: 

dsx1lESF Extended SuperFrame DS1 
(T1.107) 

dsx1D4 AT&T D4 format DS1 (T1.107) 

dsx1E1 ITU-T Recommendation G.704 
(Table 4a) 

dsx1E1-CRC ITU-T Recommendation G.704 
(Table 4b) 

dsxE1-MF G.704 (Table 4a) with TS16 
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multiframing enabled 
dsx1lE1-CRC-MF G.704 (Table 4b) with TS16 

multiframing enabled 
dsx1lUnframed DS1 with No Framing 
dsx1E1Unframed El with No Framing (G.703) 


dsx1DS2M12 DS2 frame format (T1.107) 
dsx1E2 E2 frame format (G.704) 
dsx1E1Q50 TS16 bits 5,7,8 set to 101, [in 


all other cases it is set 
to 111.] (ITU-T G.704,table 14) 
dsx1E1Q50CRC E1050 with CRC. 


For clarification, the capacity for each El type 

is as listed below: 

dsx1lE1Unframed - El, no framing = 32 x 64k = 2048k 

dsx1E1 or dsxlE1CRC - El, with framing, 
no signalling = 31 x 64k = 1984k 

dsx1lE1MF or dsxlE1CRCMF - El, with framing, 
signalling = 30 x 64k = 1920k" 

REFERENCE 

"American National Standard for telecommunications - 
digital hierarchy - formats specification, 
ANSI-T1.107 - 1988. 

CCITT Specifications Volume III, Recommendation 
G.703, Physical/Electrical Characteristics 
of Hierarchical Digital Interfaces, April 1991. 

ITU-T-G.704: Synchronous frame structures used at 
1544, 6312, 2048, 8488 and 44 736 kbit/s 
Hierarchical Levels, July 1995." 

:= { dsxlConfigEntry 5 } 


dsxlLineCoding OBJECT-TYPE 
SYNTAX INTEGER { 

dsx1JBZS (1 

dsx1B8ZS (2 

3 

( 


r 


r 


dsx1HDB3 ( 
dsx1ZBTSI 
dsxlAMI (5), 
other (6), 
dsx1B6ZS (7) 


) 
) 
) 
4 


y 


} 

MAX-ACCESS read-write 

STATUS current 

DESCRIPTION 
"This variable describes the variety of Zero Code 
Suppression used on this interface, which in turn 
affects a number of its characteristics. 
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dsx1JBZS refers the Jammed Bit Zero Suppression, 
in which the AT&T specification of at least one 
pulse every 8 bit periods is literally implemented 
by forcing a pulse in bit 8 of each channel. 

Thus, only seven bits per channel, or 1.344 Mbps, 
is available for data. 


dsx1B8ZS refers to the use of a specified pattern 
of normal bits and bipolar violations which are 
used to replace a sequence of eight zero bits. 


ANSI Clear Channels may use dsxl1ZBTSI, or Zero 
Byte Time Slot Interchange. 


El links, with or without CRC, use dsx1HDB3 or 
dsx1lAMI. 


dsxlAMI refers to a mode wherein no zero code 
suppression is present and the line encoding does 
not solve the problem directly. In this 
application, the higher layer must provide data 
which meets or exceeds the pulse density 
requirements, such as inverting HDLC data. 
dsx1B6ZS refers to the user of a specified pattern 
of normal bits and bipolar violations which are 
used to replace a sequence of six zero bits. Used 
for DS2." 


:= { dsxlConfigEntry 6 } 


dsx1lSendCode OBJECT-TYPE 
SYNTAX INTEGER { 
dsx1lSendNoCode (1), 
dsx1lSendLineCode (2), 
dsx1SendPayloadCode (3), 
dsx1lSendResetCode (4), 
dsx1SendQRS (5), 
dsx1Send511Pattern (6), 
dsx1lSend3in24Pattern(7), 
dsx1SendotherTestPattern (8) 
} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
"This variable indicates what type of code is 
being sent across the DS1 interface by the device. 
Setting this variable causes the interface to send 
the code requested. The values mean: 
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dsx1SendNoCode 
sending looped or normal data 


dsx1SendLineCode 
sending a request for a line loopback 


dsx1SendPayloadCode 
sending a request for a payload loopback 


dsx1SendResetCode 
sending a loopback termination request 


dsx1SendQRS 
sending a Quasi-Random Signal (QRS) test 
pattern 


dsx1Send511Pattern 
sending a 511 bit fixed test pattern 


dsx1Send3in24Pattern 
sending a fixed test pattern of 3 bits set 
in 24 


dsx1lSendoOtherTestPattern 
sending a test pattern other than those 
described by this object" 

::= { dsxlConfigEntry 7 } 


dsx1CircuitIdentifier OBJECT-TYPE 

SYNTAX DisplayString (SIZE (0..255)) 

MAX-ACCESS read-write 

STATUS current 

DESCRIPTION 
"This variable contains the transmission vendor’s 
circuit identifier, for the purpose of 
facilitating troubleshooting." 

REFERENCE "ITU-T M.1400" 

::= { dsxlConfigEntry 8 } 


dsxlLoopbackConfig OBJECT-TYPE 
SYNTAX INTEGER { 

dsx1lNoLoop (1), 
dsxlPayloadLoop (2), 
dsxlLineLoop (3), 
dsx1lOtherLoop (4), 
dsxlInwardLoop (5), 
dsx1DualLoop (6) 
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MAX-ACCESS read-write 

STATUS current 

DESCRIPTION 
"This variable represents the desired loopback 
configuration of the DS1 interface. Agents 
supporting read/write access should return 
inconsistentValue in response to a requested 
loopback state that the interface does not 
support. The values mean: 


dsx1lNoLoop 

Not in the loopback state. A device that is not 
capable of performing a loopback on the interface 
shall always return this as its value. 


dsx1lPayloadLoop 

The received signal at this interface is looped 
through the device. Typically the received signal 
is looped back for retransmission after it has 
passed through the device’s framing function. 


dsx1lLineLoop 

The received signal at this interface does not go 
through the device (minimum penetration) but is 
looped back out. 


dsx1l0therLoop 
Loopbacks that are not defined here. 


dsxlInwardLoop 

The transmitted signal at this interface is 
looped back and received by the same interface. 
What is transmitted onto the line is product 
dependent. 


dsx1lDualLoop 
Both dsxlLineLoop and dsxlInwardLoop will be 
active simultaneously." 

::= { dsxlConfigEntry 9 } 


dsxlLineStatus OBJECT-TYPE 
SYNTAX INTEGER (1..131071) 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"This variable indicates the Line Status of the 
interface. It contains loopback, failure, 


received ’alarm’ and transmitted ’alarms 
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information. 


The dsxlLineStatus is a bit map represented as a 
sum, therefore, it can represent multiple failures 
(alarms) and a LoopbackState simultaneously. 


dsx1NoAlarm must be set if and only if no other 
flag is set. 


If the dsxlloopbackState bit is set, the loopback 
in effect can be determined from the 
dsxlloopbackConfig object. The various bit 
positions are: 


1 dsx1NoAlarm No alarm present 
2 dsx1lRcevFarEndLOF Far end LOF (a.k.a., Yellow Alarm) 
4 dsx1XmtFarEndLOF Near end sending LOF Indication 
8 dsx1lRcvAIsS Far end sending AIS 
16 dsx1XmtAIsS Near end sending AIS 
32 dsxlLossOfFrame Near end LOF (a.k.a., Red Alarm) 
64 dsxlLossOfSignal Near end Loss Of Signal 
128 dsxlLoopbackState Near end is looped 
256 dsx1T16AIs El TS16 AIS 
S512 dsx1RcvFarEndLOMF Far End Sending TS16 LOMF 
1024 dsx1lXmtFarEndLOMF Near End Sending TS16 LOMF 
2048 dsx1lRcvTestCode Near End detects a test code 
4096 dsxl0OtherFailure any line status not defined here 
8192 dsx1lUnavailSigState Near End in Unavailable Signal 
State 
16384 dsx1NetEquipOoOs Carrier Equipment Out of Service 
32768 dsx1lRcvPayloadAIS DS2 Payload AIS 
65536 dsx1Ds2PerfThreshold DS2 Performance Threshold 
Exceeded" 


::= { dsxlConfigEntry 10 } 


dsx1lSignalMode OBJECT-TYPE 
SYNTAX INTEGER { 
none (1), 
robbedBit (2), 
bitOriented (3), 
messageOriented (4), 
other (5) 


} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
"Tnone’ indicates that no bits are reserved for 
signaling on this channel. 
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‘robbedBit’ indicates that DS1 Robbed Bit Signaling 
is in use. 


‘bitOriented’ indicates that El Channel 
Associated Signaling is in use. 


‘messageOriented’ indicates that Common 
Channel Signaling is in use either on channel 16 
of an El link or channel 24 of a DS1." 

::= { dsxlConfigEntry 11 } 


dsx1lTransmitClockSource OBJECT-TYPE 
SYNTAX INTEGER { 
loopTiming(1), 
localTiming(2), 
throughTiming (3), 
adaptive (4) 
} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
"The source of Transmit Clock. 
‘loopTiming’ indicates that the recovered 
receive clock is used as the transmit clock. 


‘localTiming’ indicates that a local clock 
source is used or when an external clock is 
attached to the box containing the interface. 


‘throughTiming’ indicates that recovered 
receive clock from another interface is used as 
the transmit clock. 


‘adaptive’ indicates that the clock is recovered 
based on the data flow and not based on the 
physical layer" 

:= { dsxlConfigEntry 12 } 


dsx1lFdl OBJECT-TYPE 

SYNTAX INTEGER (1..15) 

MAX-ACCESS read-write 

STATUS current 

DESCRIPTION 
"This bitmap describes the use of the facilities 
data link, and is the sum of the capabilities. 
Set any bits that are appropriate: 


other (1), 
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dsxlAnsiT1403(2), 
dsx1lAtt54016(4), 
dsx1Fd1None (8) 


‘other’ indicates that a protocol other than 
one following is used. 


‘dsxlAnsiT1403’ refers to the FDL exchange 
recommended by ANSI. 


‘dsxlAtt54016’ refers to ESF FDL exchanges. 


‘dsx1lFdlNone’ indicates that the device does 
not use the FDL." 
:= { dsxlConfigEntry 13 } 


dsxliInvalidIntervals OBJECT-TYPE 

SYNTAX INTEGER (0..96) 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of intervals in the range from 0 to 
dsx1ValidIntervals for which no data is available. 
This object will typically be zero except in cases 
where the data for some intervals are not 
available (e.g., in proxy situations)." 

::= { dsxlConfigEntry 14 } 


dsxlLineLength OBJECT-TYPE 

SYNTAX INTEGER (0..64000) 

UNITS "meters" 

MAX-ACCESS read-write 

STATUS current 

DESCRIPTION 
"The length of the dsl line in meters. This 
objects provides information for line build out 
circuitry. This object is only useful if the 
interface has configurable line build out 
circuitry." 

::= { dsxlConfigEntry 15 } 


dsxlLineStatusLastChange OBJECT-TYPE 
SYNTAX TimeStamp 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The value of MIB II’s sysUpTime object at the 
time this DS1 entered its current line status 
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state. If the current state was entered prior to 
the last re-initialization of the proxy-agent, 
then this object contains a zero value." 

::= { dsxlConfigEntry 16 } 


dsxlLineStatusChangeTrapEnable OBJECT-TYPE 
SYNTAX INTEGER { 
enabled(1), 
disabled (2) 
} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
"Indicates whether dsxlLineStatusChange traps 
should be generated for this interface." 
DEFVAL { disabled } 
::= { dsxlConfigEntry 17 } 


dsxlLoopbackStatus OBJECT-TYPE 


SYNTAX INTEGER (1..127) 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"This variable represents the current state of the 
loopback on the DS1 interface. It contains 


information about loopbacks established by a 
manager and remotely from the far end. 


The dsxlLoopbackStatus is a bit map represented as 
a sum, therefore is can represent multiple 
loopbacks simultaneously. 


The various bit positions are: 
1 dsxlNoLoopback 

2 dsxiNearEndPayloadLoopback 
4 dsx1lNearEndLineLoopback 

8 dsx1lNearEndOtherLoopback 
16 dsxlNearEndInwardLoopback 
32 dsxlFarEndPayloadLoopback 
64 dsx1lFarEndLineLoopback" 


::= { dsxlConfigEntry 18 } 


dsx1DsiChannelNumber OBJECT-TYPE 


SYNTAX INTEGER (0..28) 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
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"This variable represents the channel number of 
the DS1/E1 on its parent DS2/E2 or DS3/E3. A 
value of 0 indicated this DS1/E1 does not have a 
parent DS3/E3." 


::= { dsxlConfigEntry 19 } 


dsxlChannelization OBJECT-TYPE 
SYNTAX INTEGER { 
disabled(1), 
enabledDs0 (2), 
enabledDs1 (3) 
} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
"Indicates whether this dsl/el is channelized or 
unchannelized. The value of enabledDsO indicates 
that this is a DS1 channelized into DSOs. The 
value of enabledDsl indicated that this is a DS2 
channelized into DS1s. Setting this value will 
cause the creation or deletion of entries in the 
ifTable for the DSOs that are within the DS1." 
::= { dsxlConfigEntry 20 } 


dsxlLineMode OBJECT-TYPE 
SYNTAX INTEGER { 
csu(1), 
dsu (2) 
} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
"This setting puts the Tl framer into either long 
haul (CSU) mode or short haul (DSU) mode." 
::= { dsxlConfigEntry 21 } 


dsxlLineBuildOut OBJECT-TYPE 
SYNTAX INTEGER { 
notApplicable (1), 
neg/75dB (2), 
neg1l5dB (3), 
neg225dB (4), 
zerodB (5) 


} 
MAX-ACCESS read-write 
STATUS current 
DESCRIPTION 
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"Attenuation setting for Tl framer in long haul 
(CSU) mode. The optional values are: —-7.5dB, 
-15dB, -22.5dB and OdB." 

::= { dsxlConfigEntry 22 } 


-- The DS1 Current Table 
dsxlCurrentTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DsxlCurrentEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"The DS1 current table contains various statistics 
being collected for the current 15 minute 
interval." 
:= { dsl 7 } 


dsxlCurrentEntry OBJECT-TYPE 

SYNTAX DsxlCurrentEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 

"An entry in the DS1 Current table." 

INDEX { dsxlCurrentIndex } 
::= { dsxlCurrentTable 1 } 


DsxlCurrentEntry ::= 
SEQUENCE { 

dsx1lCurrent Index InterfaceIndex, 

dsxlCurrentESs PerfCurrentCount, 
dsxilCurrentSESs PerfCurrentCount, 
dsxlCurrentSEFSs PerfCurrentCount, 
dsx1lCurrentUASs PerfCurrentCount, 
dsx1lCurrentCSSs PerfCurrentCount, 
dsx1lCurrentPCVs PerfCurrentCount, 
dsx1lCurrentLESs PerfCurrentCount, 
dsx1lCurrentBESs PerfCurrentCount, 
dsx1lCurrentDMs PerfCurrentCount, 
dsx1lCurrentLCVs PerfCurrentCount 


} 


dsxlCurrentIndex OBJECT-TYPE 
SYNTAX InterfaceIndex 
MAX-ACCESS read-only 


STATUS current 
DESCRIPTION 


-- read-only since originally an 
SMIv1 index 


"The index value which uniquely identifies 


DS1 interface to which this entry is applicable. 
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The interface identified by a particular value of 
this index is the same interface as identified by 
the same value as a dsxlLineIndex object 
instance." 

::= { dsxlCurrentEntry 1 } 


dsxlCurrentESs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Errored Seconds." 
::= { dsxlCurrentEntry 2 } 


dsxlCurrentSESs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Severely Errored Seconds." 
::= { dsxlCurrentEntry 3 } 


dsxlCurrentSEFSs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Severely Errored Framing Seconds." 
:= { dsxlCurrentEntry 4 } 


dsxlCurrentUASs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Unavailable Seconds." 
:= { dsxlCurrentEntry 5 } 


dsxlCurrentCSSs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Controlled Slip Seconds." 
:= { dsxlCurrentEntry 6 } 


dsxlCurrentPCVs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
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MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Path Coding Violations." 
::= { dsxlCurrentEntry 7 } 


dsxlCurrentLESs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Line Errored Seconds." 
::= { dsxlCurrentEntry 8 } 


dsxlCurrentBESs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Bursty Errored Seconds." 
::= { dsxlCurrentEntry 9 } 


dsxlCurrentDMs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Degraded Minutes." 
:= { dsxlCurrentEntry 10 } 


dsxlCurrentLCVs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Line Code Violations (LCVs)." 
:= { dsxlCurrentEntry 11 } 


-- The DS1 Interval Table 
dsxlIntervalTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DsxliIntervalEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"The DS1 Interval Table contains various 
statistics collected by each DS1 Interface over 
the previous 24 hours of operation. The past 24 
hours are broken into 96 completed 15 minute 
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intervals. Each row in this table represents one 
such interval (identified by dsxlIntervalNumber) 
for one specific instance (identified by 
dsxlIntervalindex)." 

::= { dsl 8 } 


dsxlintervalEntry OBJECT-TYPE 
SYNTAX DsxlIntervalEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Interval table." 
INDEX { dsxlIntervalIndex, dsxlIntervalNumber } 
::= { dsxlIntervalTable 1 } 


DsxlIntervalEntry ::= 
SEQUENCE { 
dsxlIntervaliIndex InterfaceIndex, 
dsxlIntervalNumber INTEGER, 


} 


dsxlIntervalESs PerfIntervalCount, 
dsxlIntervalSESs PerfIntervalCount, 
dsxlIntervalSEFSs PerfIntervalCount, 
dsxlIntervalUASs PerfIntervalCount, 
dsxlIntervalCsSSs PerfIntervalCount, 
dsxlIntervalPCVs PerfIntervalCount, 
dsxlIntervalLESs PerfIntervalCount, 
dsxlIntervalBESs PerfIntervalCount, 
dsxlIntervalDMs PerfIntervalCount, 
dsxlIntervalLCVs PerfIntervalCount, 


dsxlIntervalValidData TruthValue 


dsxlIntervalIndex OBJECT-TYPE 


SYNTAX InterfaceIndex 

MAX-ACCESS read-only -- read-only since originally an 
-—- SMIv1 index 

STATUS current 

DESCRIPTION 


"The index value which uniquely identifies the DS1 
interface to which this entry is applicable. The 
interface identified by a particular value of this 
index is the same interface as identified by the 
same value as a dsxlLineIndex object instance." 

:= { dsxliIntervalEntry 1 } 


dsxlIntervalNumber OBJECT-TYPE 


SYNTAX INTEGER (1..96) 
MAX-ACCESS read-only -- read-only since originally an 
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-—- SMIv1 index 

STATUS current 

DESCRIPTION 
"A number between 1 and 96, where 1 is the most 
recently completed 15 minute interval and 96 is 
the 15 minutes interval completed 23 hours and 45 
minutes prior to interval 1." 

:= { dsxlIntervalEntry 2 } 


dsxlIntervalESs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Errored Seconds." 
::= { dsxlIntervalEntry 3 } 


dsxlIntervalSESs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Severely Errored Seconds." 
::= { dsxlIntervalEntry 4 } 


dsxlIntervalSEFSs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Severely Errored Framing Seconds." 
::= { dsxlIntervalEntry 5 } 


dsxlIntervalUASs OBJECT-TYPE 

SYNTAX PerfIntervalCount 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of Unavailable Seconds. This object 
may decrease if the occurrence of unavailable 
seconds occurs across an interval boundary." 

::= { dsxlIntervalEntry 6 } 


dsxlIntervalCSSs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
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"The number of Controlled Slip Seconds." 
::= { dsxlIntervalEntry 7 } 


dsxlIntervalPCVs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Path Coding Violations." 
::= { dsxlIntervalEntry 8 } 


dsxlIntervalLESs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Line Errored Seconds." 
::= { dsxlIntervalEntry 9 } 


dsxlIntervalBESs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Bursty Errored Seconds." 
::= { dsxlIntervalEntry 10 } 


dsxlIntervalDMs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Degraded Minutes." 
::= { dsxlIntervalEntry 11 } 


dsxlIntervalLCVs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Line Code Violations." 
::= { dsxlIntervalEntry 12 } 


dsxlIntervalValidData OBJECT-TYPE 
SYNTAX TruthValue 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
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"This variable indicates if the data for this 
interval is valid." 
::= { dsxlIntervalEntry 13 } 


-—- The DS1 Total Table 
dsx1lTotalTable OBJECT-TYPE 
SYNTAX SEQUENCE OF DsxlTotalEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"The DS1 Total Table contains the cumulative sum 
of the various statistics for the 24 hour period 
preceding the current interval." 
::= { dsl 9 } 


dsx1lTotalEntry OBJECT-TYPE 
SYNTAX DsxlTotalEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Total table." 
INDEX { dsx1lTotaliIndex } 
::= { dsxlTotalTable 1 } 


DsxlTotalEntry ::= 
SEQUENCE { 
dsx1TotaliIndex InterfaceIndex, 
dsxlTotalESs PerfTotalCount, 
dsx1lTotalSESs PerfTotalCount, 
dsxlTotalSEFSs PerfTotalCount, 
dsx1lTotalUASs PerfTotalCount, 
dsx1lTotalCSSs PerfTotalCount, 
dsxlTotalPCVs PerfTotalCount, 
dsxlTotalLESs PerfTotalCount, 
dsxlTotalBESs PerfTotalCount, 
dsx1TotalDMs PerfTotalCount, 
dsxlTotalLCVs PerfTotalCount 


} 


dsx1lTotalIndex OBJECT-TYPE 
SYNTAX InterfaceIndex 
MAX-ACCESS read-only -- read-only since originally an 
—- SMIv1 index 
STATUS current 


DESCRIPTION 
"The index value which uniquely identifies the DS1 
interface to which this entry is applicable. The 


interface identified by a particular value of this 
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index is the same interface as identified by the 
same value as a dsxlLineIndex object instance." 
::= { dsxlTotalEntry 1 } 


dsxlTotalESs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The sum of Errored Seconds encountered by a DS1 


interface in the previous 24 hour interval. 
Invalid 15 minute intervals count as 0." 
::= { dsxlTotalEntry 2 } 


dsxlTotalSESs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Severely Errored Seconds 


encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::= { dsxlTotalEntry 3 } 


dsxlTotalSEFSs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Severely Errored Framing Seconds 


encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::= { dsxlTotalEntry 4 } 


dsxlTotalUASs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Unavailable Seconds encountered by 


a DS1 interface in the previous 24 hour interval. 
Invalid 15 minute intervals count as 0." 
:= { dsxlTotalEntry 5 } 


dsxlTotalCSSs OBJECT-TYPE 
SYNTAX PerfTotalCount 
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MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Controlled Slip Seconds encountered 


by a DS1 interface in the previous 24 hour 
interval. Invalid 15 minute intervals count as 
Ou" 

:= { dsxlTotalEntry 6 } 


dsxlTotalPCVs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Path Coding Violations encountered 


by a DS1 interface in the previous 24 hour 
interval. Invalid 15 minute intervals count as 
(Oe 

::= { dsxlTotalEntry 7 } 


dsxlTotalLESs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Line Errored Seconds encountered by 


a DS1 interface in the previous 24 hour interval. 
Invalid 15 minute intervals count as 0." 
:= { dsxlTotalEntry 8 } 


dsxlTotalBESs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Bursty Errored Seconds (BESs) 


encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::= { dsxlTotalEntry 9 } 


dsx1lTotalDMs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Degraded Minutes (DMs) encountered 


by a DS1 interface in the previous 24 hour 
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interval. Invalid 15 minute intervals count as 
0 " 


::= { dsxlTotalEntry 10 } 


dsx1lTotalLCVs OBJECT-TYPE 


SYNTAX 


PerfTotalCount 


MAX-ACCESS read-only 


STATUS 


current 


DESCRIPTION 


"The number of Line Code Violations (LCVs) 
encountered by a DS1 interface in the current 15 
minute interval. Invalid 15 minute intervals 
count as 0." 


::= { dsxlTotalEntry 11 } 


-- The DS1 Channel Table 
dsx1lChanMappingTable OBJECT-TYPE 


SYNTAX SEQUENCE OF Dsx1lChanMappingEntry 
MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 


"The DS1 Channel Mapping table. This table maps a 
DS1 channel number on a particular DS3 into an 
ifIndex. In the presence of DS2s, this table can 
be used to map a DS2 channel number on a DS3 into 
an ifIndex, or used to map a DS1 channel number on 
a DS2 onto an ifIndex." 


::= { dsl 16 } 


dsx1lChanMappingEntry OBJECT-TYPE 
SYNTAX Dsx1lChanMappingEntry 
MAX-ACCESS not-accessible 


STATUS 


current 


DESCRIPTION 


Nicklass 


"An entry in the DS1 Channel Mapping table. There 
is an entry in this table corresponding to each 
dsl ifEntry within any interface that is 
channelized to the individual dsl ifEntry level. 


This table is intended to facilitate mapping from 
channelized interface / channel number to DS1 
ifEntry. (e.g., mapping (DS3 ifIndex, DS1 Channel 
Number) -> ifIndex) 


While this table provides information that can 
also be found in the ifStackTable and 
dsx1lConfigTable, it provides this same information 
with a single table lookup, rather than by walking 
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the ifStackTable to find the various constituent 
dsl ifTable entries, and testing various 
dsx1lConfigTable entries to check for the entry 
with the applicable DS1 channel number." 

INDEX { ifIndex, dsx1DslChannelNumber } 

::= { dsxlChanMappingTable 1 } 


DsxlChanMappingEntry ::= 
SEQUENCE { 
dsxlChanMappedifIndex InterfaceIndex 
} 


dsxl1ChanMappediIfIndex OBJECT-TYPE 

SYNTAX InterfaceIndex 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"This object indicates the ifIndex value assigned 
by the agent for the individual dsl ifEntry that 
corresponds to the given DS1 channel number 
(specified by the INDEX element 
dsx1DslChannelNumber) of the given channelized 
interface (specified by INDEX element ifIndex)." 

::= { dsxlChanMappingEntry 1 } 


-—- The DS1 Far End Current Table 


dsxlFarEndCurrentTable OBJECT-TYPE 

SYNTAX SEQUENCE OF DsxlFarEndCurrentEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 
"The DS1 Far End Current table contains various 
statistics being collected for the current 15 
minute interval. The statistics are collected 
from the far end messages on the Facilities Data 
Link. The definitions are the same as described 
for the near-end information." 

i= f dst £0: } 


dsxlFarEndCurrentEntry OBJECT-TYPE 
SYNTAX DsxlFarEndCurrentEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Far End Current table." 
INDEX { dsxlFarEndCurrentIndex } 
::= { dsxlFarEndCurrentTable 1 } 
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dsx1lFarEndCurrent Index 
dsx1FarEndTimeElapsed 
dsxlFarEndValidiIntervals 
dsxlFarEndCurrentESs 
dsxlFarEndCurrentSESs 
dsxlFarEndCurrentSEFSs 
dsxlFarEndCurrentUASs 
dsxlFarEndCurrentCSSs 
dsx1lFarEndCurrentLESs 
dsx1lFarEndCurrentPCVs 
dsx1lFarEndCurrentBESs 
dsx1lFarEndCurrentDMs 
dsxlFarEndInvalidiIntervals 
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PerfCurrentCount, 
PerfCurrentCount, 
PerfCurrentCount, 
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} 


dsx1lFarEndCurrentIndex OBJECT-TYPE 


SYNTAX InterfaceIndex 

MAX-ACCESS read-only -- read-only since originally an 
-—- SMIv1 index 

STATUS current 

DESCRIPTION 


"The index value which uniquely identifies the DS1 
interface to which this entry is applicable. The 
interface identified by a particular value of this 
index is identical to the interface identified by 
the same value of dsxlLineIndex." 

:= { dsxlFarEndCurrentEntry 1 } 


dsx1lFarEndTimeElapsed OBJECT-TYPE 


SYNTAX INTEGER (0..899) 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 


"The number of seconds that have elapsed since the 
beginning of the far end current error-measurement 
period. If, for some reason, such as an adjustment 
in the system’s time-of-day clock, the current 
interval exceeds the maximum value, the agent will 
return the maximum value." 

::= { dsxlFarEndCurrentEntry 2 } 


dsxlFarEndValidiIntervals OBJECT-TYPE 


SYNTAX INTEGER (0..96) 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
Nicklass Standards Track [Page 47] 


RFC 3895 DS1/E1/DS2/E2 MIB September 2004 


"The number of previous far end intervals for 
which data was collected. The value will be 96 
unless the interface was brought online within the 
last 24 hours, in which case the value will be the 
number of complete 15 minute far end intervals 
since the interface has been online. In the case 
where the agent is a proxy, it is possible that 
some intervals are unavailable. In this case, 
this interval is the maximum interval number for 
which data is available." 

::= { dsxlFarEndCurrentEntry 3 } 


dsxlFarEndCurrentESs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Errored Seconds." 
::= { dsxlFarEndCurrentEntry 4 } 


dsxlFarEndCurrentSESs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Severely Errored Seconds." 
::= { dsxlFarEndCurrentEntry 5 } 


dsxlFarEndCurrentSEFSs OBJECT-TYPE 

SYNTAX PerfCurrentCount 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of Far End Severely Errored Framing 
Seconds." 

::= { dsxlFarEndCurrentEntry 6 } 


dsxlFarEndCurrentUASs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Unavailable Seconds." 
:= { dsxlFarEndCurrentEntry 7 } 


dsxlFarEndCurrentCSSs OBJECT-TYPE 


SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
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STATUS current 
DESCRIPTION 

"The number of Far End Controlled Slip Seconds." 
::= { dsxlFarEndCurrentEntry 8 } 


dsxlFarEndCurrentLESs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Line Errored Seconds." 
::= { dsxlFarEndCurrentEntry 9 } 


dsxlFarEndCurrentPCVs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Path Coding Violations." 
::= { dsxlFarEndCurrentEntry 10 } 


dsxlFarEndCurrentBESs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Bursty Errored Seconds." 
::= { dsxlFarEndCurrentEntry 11 } 


dsxlFarEndCurrentDMs OBJECT-TYPE 
SYNTAX PerfCurrentCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Degraded Minutes." 
::= { dsxlFarEndCurrentEntry 12 } 


dsx1lFarEndInvalidiIntervals OBJECT-TYPE 

SYNTAX INTEGER (0..96) 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of intervals in the range from 0 to 
dsx1lFarEndValidiIntervals for which no data is 
available. This object will typically be zero 
except in cases where the data for some intervals 
are not available (e.g., in proxy situations)." 

::= { dsxlFarEndCurrentEntry 13 } 
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-- The DS1 Far End Interval Table 
dsxlFarEndIntervalTable OBJECT-TYPE 


SYNTAX SEQUENCE OF DsxlFarEndIntervalEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 
"The DS1 Far End Interval Table contains various 
statistics collected by each DS1 interface over 
the previous 24 hours of operation. The past 24 
hours are broken into 96 completed 15 minute 
intervals. Each row in this table represents one 
such interval (identified by 
dsxlFarEndIntervalNumber) for one specific 
instance (identified by dsx1lFarEndIntervalIndex) ." 

:= { dsl 11 } 


dsxlFarEndIntervalEntry OBJECT-TYPE 


SYNTAX DsxlFarEndIntervalEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 

"An entry in the DS1 Far End Interval table." 
{ dsxlFarEndIntervaliIndex, 

dsxlFarEndIntervalNumber } 
::= { dsxlFarEndIntervalTable 1 } 


INDEX 


DsxlFarEndIntervalEntry ::= 


} 


dsx1lFarEndIntervaliIndex 
SYNTAX 
MAX-ACCESS 


STATUS 


dsx1lFarEndIntervalESs 
dsx1lFarEndIntervalSESs 
dsxlFarEndIntervalSEFSs 
dsx1lFarEndIntervalUASs 
dsxlFarEndIntervalCSSs 
dsx1lFarEndIntervalLESs 
dsx1lFarEndIntervalPCVs 
dsx1lFarEndIntervalBESs 
dsx1lFarEndIntervalDMs 


dsxlFarEndIntervalValidData 


InterfaceIndex 
read-only 


OBJECT-TYPE 


SEQUENCE { 
dsx1lFarEndIntervaliIndex InterfaceIndex, 
dsx1lFarEndIntervalNumber INTEGER, 


PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
PerfIntervalCount, 
TruthValue 


-- read-only since originally an 


--— SMIv1 index 


current 


DESCRIPTION 


Nicklass 
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"The index value which uniquely identifies the DS1 
interface to which this entry is applicable. The 
interface identified by a particular value of this 
index is identical to the interface identified by 
the same value of dsxlLineIndex." 

::= { dsxlFarEndIntervalEntry 1 } 


dsxlFarEndIntervalNumber OBJECT-TYPE 
SYNTAX INTEGER (1..96) 
MAX-ACCESS read-only -- read-only since originally an 
-- SMIv1 index 
STATUS current 


DESCRIPTION 
"A number between 1 and 96, where 1 is the most 


recently completed 15 minute interval and 96 is 
the 15 minutes interval completed 23 hours and 45 
minutes prior to interval 1." 

::= { dsxlFarEndIntervalEntry 2 } 


dsxlFarEndIntervalESs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Errored Seconds." 
::= { dsxlFarEndIntervalEntry 3 } 


dsxlFarEndIntervalSESs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End Severely Errored Seconds." 
::= { dsxlFarEndIntervalEntry 4 } 


dsxlFarEndIntervalSEFSs OBJECT-TYPE 

SYNTAX PerfIntervalCount 

MAX-ACCESS read-only 

STATUS current 

DESCRIPTION 
"The number of Far End Severely Errored Framing 
Seconds." 

::= { dsxlFarEndIntervalEntry 5 } 


dsxlFarEndIntervalUASs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
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"The number of Unavailable Seconds." 


::= { dsxlFarEndIntervalEntry 


dsxlFarEndIntervalCSSs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End 
::= { dsxlFarEndIntervalEntry 


dsxlFarEndIntervalLESs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End 
::= { dsxlFarEndIntervalEntry 


dsxlFarEndIntervalPCVs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End 
::= { dsxlFarEndIntervalEntry 


dsxlFarEndIntervalBESs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End 
::= { dsxlFarEndIntervalEntry 


dsxlFarEndIntervalDMs OBJECT-TYPE 
SYNTAX PerfIntervalCount 
MAX-ACCESS read-only 
STATUS current 
DESCRIPTION 
"The number of Far End 
::= { dsxlFarEndIntervalEntry 


dsxlFarEndIntervalValidData OBJECT- 


SYNTAX TruthValue 
MAX-ACCESS read-only 
STATUS current 


Nicklass 


6 } 


Controlled Slip Seconds." 
Was 


Line Errored Seconds." 
8 } 


Path Coding Violations." 
9 } 


Bursty Errored Seconds." 
10 } 


Degraded Minutes." 
11 } 


TYPE 
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DESCRIPTION 
" This variable indicates if the data for this 
interval is valid." 

::= { dsxlFarEndIntervalEntry 12 } 


—— The DS1 Far End Total Table 


dsx1lFarEndTotalTable OBJECT-TYPE 

SYNTAX SEQUENCE OF DsxlFarEndTotalEntry 

MAX-ACCESS not-accessible 

STATUS current 

DESCRIPTION 
"The DS1 Far End Total Table contains the 
cumulative sum of the various statistics for the 
24 hour period preceding the current interval." 

::= { dsl 12 } 


dsxlFarEndTotalEntry OBJECT-TYPE 
SYNTAX DsxlFarEndTotalEntry 
MAX-ACCESS not-accessible 
STATUS current 
DESCRIPTION 
"An entry in the DS1 Far End Total table." 
INDEX { dsxlFarEndTotaliIndex } 
::= { dsxlFarEndTotalTable 1 } 


DsxlFarEndTotalEntry ::= 


SEQUENCE { 
dsx1lFarEndTotaliIndex InterfaceIndex, 
dsx1lFarEndTotalESs PerfTotalCount, 
dsx1lFarEndTotalSESs PerfTotalCount, 
dsx1lFarEndTotalSEFSs PerfTotalCount, 
dsx1lFarEndTotalUASs PerfTotalCount, 
dsxlFarEndTotalCSSs PerfTotalCount, 
dsx1lFarEndTotalLESs PerfTotalCount, 
dsxlFarEndTotalPCVs PerfTotalCount, 
dsxlFarEndTotalBESs PerfTotalCount, 
dsx1lFarEndTotalDMs PerfTotalCount 


} 


dsxlFarEndTotalIndex OBJECT-TYPE 
SYNTAX InterfaceIndex 
MAX-ACCESS read-only -- read-only since originally an 
-—-— SMIv1 index 
STATUS current 


DESCRIPTION 
"The index value which uniquely identifies the DS1 
interface to which this entry is applicable. The 
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interface identified by a particular value of this 
index is identical to the interface identified by 
the same value of dsxlLineIndex." 

::= { dsxlFarEndTotalEntry 1 } 


dsx1lFarEndTotalESs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Far End Errored Seconds encountered 


by a DS1 interface in the previous 24 hour 
interval. Invalid 15 minute intervals count as 
Oe" 

:= { dsxlFarEndTotalEntry 2 } 


dsx1lFarEndTotalSESs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Far End Severely Errored Seconds 


encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::= { dsxlFarEndTotalEntry 3 } 


dsx1lFarEndTotalSEFSs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Far End Severely Errored Framing 


Seconds encountered by a DS1 interface in the 
previous 24 hour interval. Invalid 15 minute 
intervals count as 0." 

:= { dsxlFarEndTotalEntry 4 } 


dsx1lFarEndTotalUASs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Unavailable Seconds encountered by 


a DS1 interface in the previous 24 hour interval. 
Invalid 15 minute intervals count as 0." 
::= { dsxlFarEndTotalEntry 5 } 
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dsxlFarEndTotalCSSs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Far End Controlled Slip Seconds 


encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::= { dsxlFarEndTotalEntry 6 } 


dsx1lFarEndTotalLESs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Far End Line Errored Seconds 


encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::= { dsxlFarEndTotalEntry 7 } 


dsx1lFarEndTotalPCVs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Far End Path Coding Violations 


reported via the far end block error count 
encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

::= { dsxlFarEndTotalEntry 8 } 


dsx1lFarEndTotalBESs OBJECT-TYPE 
SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
STATUS current 


DESCRIPTION 
"The number of Bursty Errored Seconds (BESs) 


encountered by a DS1 interface in the previous 24 
hour interval. Invalid 15 minute intervals count 
as 0." 

:= { dsxlFarEndTotalEntry 9 } 


dsx1lFarEndTotalDMs OBJECT-TYPE 


SYNTAX PerfTotalCount 
MAX-ACCESS read-only 
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current 


DESCRIPTION 


"The number of Degraded Minutes (DMs) encountered 
by a DS1 interface in the previous 24 hour 
interval. Invalid 15 minute intervals count as 

0 " 


:= { dsxlFarEndTotalEntry 10 } 


-- The DS1 Fractional Table 
dsxlFracTable OBJECT-TYPE 


SYNTAX 


SEQUENCE OF DsxlFracEntry 


MAX-ACCESS not-accessible 


STATUS 


deprecated 


DESCRIPTION 


Nicklass 


"This table is deprecated in favour of using 
ifStackTable. 


The table was mandatory for systems dividing a DS1 
into channels containing different data streams 
that are of local interest. Systems which are 
indifferent to data content, such as CSUs, need 
not implement it. 


The DS1 fractional table identifies which DS1 
channels associated with a CSU are being used to 
support a logical interface, i.e., an entry in the 
interfaces table from the Internet-standard MIB. 


For example, consider an application managing a 
North American ISDN Primary Rate link whose 
division is a 384 kbit/s H1 _B_ Channel for Video, 
a second H1 for data to a primary routing peer, 
and 12 64 kbit/s HO _B_ Channels. Consider that 
some subset of the HO channels are used for voice 
and the remainder are available for dynamic data 
calls. 


We count a total of 14 interfaces multiplexed onto 
the DS1 interface. Six DS1 channels (for the sake 
of the example, channels 1..6) are used for Video, 
six more (7..11 and 13) are used for data, and the 
remaining 12 are in channels 12 and 14..24. 


Let us further imagine that ifIndex 2 is of type 
DS1 and refers to the DS1 interface, and that the 


interfaces layered onto it are numbered 3..16. 


We might describe the allocation of channels, in 
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z= { 


dsxlFracEn 


SYNTAX DsxlFracEntry 
MAX-ACCESS 


STATU 


the dsxlFracTable, 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsx1lFracIfIndex. 
dsxlFracIfiIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 


For North American 


DS1/E1/DS2/E2 MIB 


2. 


legal channels, 


For G.704 interfaces, 


NNNNNNNNDN DN LDH 


erer 


as fo 
1=3 
2 = 3 
3 = 3 
4 = 3 
5 = 3 
6 = 3 
7 =4 
8 =4 
9=4 
Q0=4 
1=4 
2=5 
(DS1) 


lliows: 


dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfiIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 
dsxlFracIfIndex. 


interfaces, 


numbered 1 through 24. 


numbered 1 through 31. 
correspond directly to the equivalently numbered 


time-slots." 
dsl 13 } 


try OBJECT-TYPE 


S deprecated 


DESCRIPTION 
"An entry in the DS1 Fractional table." 
{ dsxlFracIndex, 


INDEX 


DsxlFracEn 
SEQUEN 
ds 
ds 
ds 
} 


dsxliFraciIn 
SYNTAX 
MAX-AC 


STATUS 
DESCRI 


try 
CE { 
x1lFraciIndex 

x1lFracNumber 
x1lFraciIfIndex 


dex OBJECT-TYPE 
INTEGER 
CESS read-only 


deprecated 
PTION 


{ dsxlFracTable 1 } 


not-accessible 


dsxlFra 


INTEGER 
INTEGER 
INTEGER 


(1... VEEEEEFEL! h) 


The channels 


cNumber } 


r 


r 


NNNNNNNNNNDND LH 


a3 
14 
LS 
.16 
SLY 
.18 
19 
20 
21 
22 
23 
24 


there are 


September 2004 


24 


there are 31 legal channels, 
(1.331) 


-- read-only since originally an 


SMIv1 


index 


"The index value which uniquely identifies 


DS1 


interface 


The interface identified by a 
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value of this index is the same interface as 
identified by the same value an dsxlLineIndex 
object instance." 

::= { dsxlFracEntry 1 } 


dsxlFracNumber OBJECT-TYPE 
SYNTAX INTEGER (1..31) 
MAX-ACCESS read-only -- read-only since originally an 
—- SMIv1 index 
STATUS deprecated 
DESCRIPTION 
"The channel number for this entry." 
::= { dsxlFracEntry 2 } 


dsxlFraciIfIndex OBJECT-TYPE 
SYNTAX INTEGER (0..’ 7£f£ffffF'h) 
MAX-ACCESS read-write 
STATUS deprecated 


DESCRIPTION 
"An index value that uniquely identifies an 
interface. The interface identified by a particular 


value of this index is the same interface 
as identified by the same value an ifIndex 
object instance. If no interface is currently using 
a channel, the value should be zero. Ifa 
single interface occupies more than one time 
slot, that ifIndex value will be found in multiple 
time slots." 
:= { dsxlFracEntry 3 } 


-- DS1 TRAPS 


dsiTraps OBJECT IDENTIFIER ::= { dsl 15 } 


dsxlLineStatusChange NOTIFICATION-TYPE 
OBJECTS { dsxlLineStatus, 
dsxlLineStatusLastChange } 

STATUS current 

DESCRIPTION 
"A dsxlLineStatusChange trap is sent when the 
value of an instance dsxlLineStatus changes. It 
can be utilized by an NMS to trigger polls. When 
the line status change results from a higher level 
line status change (i.e., ds3), then no traps for 
the dsl are sent." 

::= { dslTraps 0 1 } 


-- conformance information 
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dslConformance OBJECT IDENTIFIER ::= { dsl 14 } 


dslGroups OBJECT IDENTIFIER ::= { dslConformance 1 } 
dsilCompliances OBJECT IDENTIFIER { dslConformance 2 } 


-—- compliance statements 


ds1lCompliance MODULE-COMPLIANCE 
STATUS deprecated 


DESCRIPTION 
"The compliance statement for T1 and El 
interfaces." 

MODULE -- this module 


MANDATORY-GROUPS { dslNearEndConfigGroup, 
dsiNearEndStatisticsGroup } 


GROUP dslFarEndGroup 

DESCRIPTION 
"Implementation of this group is optional for all 
systems that attach to a DS1 Interface." 


GROUP ds1NearEndOptionalConfigGroup 
DESCRIPTION 
"Implementation of this group is optional for all 
systems that attach to a DS1 Interface." 


GROUP ds1DS2Group 

DESCRIPTION 
"Implementation of this group is mandatory for all 
systems that attach to a DS2 Interface." 


GROUP dslTransStatsGroup 

DESCRIPTION 
"This group is the set of statistics appropriate 
for all systems which attach to a DS1 Interface 
running transparent or unFramed lineType." 


GROUP ds1ChanMappingGroup 

DESCRIPTION 
"This group is the set of objects for mapping a 
DS3 Channel (dsx1DslChannelNumber) to ifIndex. 
Implementation of this group is mandatory for 
systems which support the channelization of DS3s 
into DSis." 


OBJECT dsxlLineType 
SYNTAX INTEGER { 
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other (1), 
dsx1ESF (2), 
dsx1D4 (3), 
dsx1E1 (4), 
dsx1E1CRC (5), 
dsx1E1MF (6), 
dsx1E1CRCMF (7), 
dsxlUnframed (8), 
dsxlE1Unframed (9), 
dsx1DS2M12 (10), 
dsx1E2 (11) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the line type is not 
required." 


OBJECT dsx1lLineCoding 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the line coding is not 
required." 


OBJECT dsx1SendCode 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the send code is not 
required." 


OBJECT dsxlLoopbackConfig 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set loopbacks is not required." 


OBJECT dsx1SignalMode 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the signal mode is not 
required." 


OBJECT dsx1lTransmitClockSource 
SYNTAX INTEGER { 
loopTiming (1), 
localTiming (2), 
throughTiming (3) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
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"The ability to set the transmit clock source is 
not required." 


OBJECT dsx1Fdl 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the FDL is not required." 


OBJECT dsxlLineLength 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the line length is not 
required." 


OBJECT dsx1lChannelization 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the channelization is not 
required." 


::= { dslCompliances 1 } 


ds1MibT1PriCompliance MODULE-COMPLIANCE 
STATUS deprecated 
DESCRIPTION 
"Compliance statement for using this MIB for ISDN 
Primary Rate interfaces on Tl lines." 
MODULE 
MANDATORY-GROUPS { dslNearEndConfigGroup, 
dsiNearEndStatisticsGroup } 
OBJECT dsxlLineType 
SYNTAX INTEGER { 
dsx1ESF (2) -- Intl Spec would be G704 (2) 
-- or 1.431(4) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Line type for T1 ISDN Primary Rate 
interfaces." 


OBJECT dsx1lLineCoding 
SYNTAX INTEGER { 
dsx1B8ZS (2) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Type of Zero Code Suppression for 
T1 ISDN Primary Rate interfaces." 
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OBJECT dsx1SignalMode 
SYNTAX INTEGER { 
none(1), -- if there is no signaling channel 
messageOriented (4) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Possible signaling modes for 
T1 ISDN Primary Rate interfaces." 


OBJECT dsx1lTransmitClockSource 
SYNTAX INTEGER { 
loopTiming (1) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"The transmit clock is derived from 
received clock on ISDN Primary Rate 
interfaces." 


OBJECT dsx1Fdl 
MIN-ACCESS read-only 
DESCRIPTION 
"Facilities Data Link usage on T1 ISDN 
Primary Rate interfaces. 
Note: Eventually dsxlAtt—54016(4) is to be 
used here since the line type is ESF." 


OBJECT dsx1Channelization 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the channelization 
is not required." 
::= { dslCompliances 2 } 


ds1MibE1PriCompliance MODULE-COMPLIANCE 
STATUS deprecated 


DESCRIPTION 
"Compliance statement for using this MIB for ISDN 


Primary Rate interfaces on El lines." 
MODULE 
MANDATORY-GROUPS { dsilNearEndConfigGroup, 
dsiNearEndStatisticsGroup } 
OBJECT dsxlLineType 
SYNTAX INTEGER { 
dsx1lE1CRC (5) 


} 
MIN-ACCESS read-only 


Nicklass Standards Track [Page 62] 


RFC 3895 DS1/E1/DS2/E2 MIB September 2004 


DESCRIPTION 
"Line type for El ISDN Primary Rate 
interfaces." 


OBJECT dsx1lLineCoding 
SYNTAX INTEGER { 
dsx1HDB3 (3) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Type of Zero Code Suppression for 
El ISDN Primary Rate interfaces." 


OBJECT dsx1SignalMode 
SYNTAX INTEGER { 
messageOriented (4) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Signaling on El ISDN Primary Rate interfaces 
is always message oriented." 


OBJECT dsx1lTransmitClockSource 

SYNTAX INTEGER { 
loopTiming (1) 

} 

MIN-ACCESS read-only 

DESCRIPTION 
"The transmit clock is derived from received 
clock on ISDN Primary Rate interfaces." 


OBJECT dsx1Fdl 
MIN-ACCESS read-only 
DESCRIPTION 
"Facilities Data Link usage on El ISDN 
Primary Rate interfaces. 
Note: There is a ’M-Channel’ in El, 
using National Bit Sa4 (G704, 
Table 4a). It is used to implement 
management features between ET 
and NT. This is different to 
FDL in Tl, which is used to carry 
control signals and performance 
data. In El, control and status 
signals are carried using National 
Bits Sa5, Sa6 and A (RAI Ind.). 
This indicates that only the other(1) or 
eventually the dsx1lFdl-none(8) bits should 
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be set in this object for El PRI." 


OBJECT dsx1lChannelization 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the channelization is not 
required." 
:= { dslCompliances 3 } 


ds1Ds2Compliance MODULE-COMPLIANCE 
STATUS current 


DESCRIPTION 
"Compliance statement for using this MIB for DS2 
interfaces." 

MODULE 


MANDATORY-GROUPS { ds1DS2Group } 


OBJECT dsxlLineType 
SYNTAX INTEGER { 


dsx1DS$2M12 (10), 


dsx1E2 (11) 
} 


MIN-ACCESS read-only 
DESCRIPTION 
"Line type for DS2, E2 
interfaces." 


OBJECT dsx1Channelization 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the channelization is not 
required." 
::= { dslCompliances 4 } 


ds1iNCompliance MODULE-COMPLIANCE 

STATUS current 

DESCRIPTION 
"The compliance statement for T1 and El 
interfaces." 

MODULE -- this module 

MANDATORY-GROUPS { dslNearEndConfigurationGroup, 
dsiNearEndStatisticsGroup } 


GROUP dslFarEndGroup 


DESCRIPTION 


"Implementation of this group is optional for all 
systems that attach to a DS1 Interface." 
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GROUP ds1NearEndOptionalTrapGroup 

DESCRIPTION 
"Implementation of this group is optional for all 
systems that attach to a DS1 Interface. If it is 
implemented then dslNearEndOptionalConfigGroup 
should also be implemented." 


GROUP ds1NearEndOptionalConfigGroup 
DESCRIPTION 
"Implementation of this group is recommended for 
all systems that attach to a DS1 Interface and 
implement dslNearEndOptionalTrapGroup." 


GROUP ds1DS2Group 

DESCRIPTION 
"Implementation of this group is mandatory for all 
systems that attach to a DS2 Interface." 


GROUP dslTransStatsGroup 

DESCRIPTION 
"This group is the set of statistics appropriate 
for all systems which attach to a DS1 Interface 
running transparent or unFramed lineType." 


GROUP ds1ChanMappingGroup 

DESCRIPTION 
"This group is the set of objects for mapping a 
DS3 Channel (dsx1DslChannelNumber) to ifIndex. 
Implementation of this group is mandatory for 
systems which support the channelization of DS3s 
into DSis." 


OBJECT dsxlLineType 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the line type is not 
required." 


OBJECT dsx1lLineCoding 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the line coding is not 
required." 


OBJECT dsx1SendCode 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the send code is not 
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required." 


OBJECT dsxlLoopbackConfig 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set loopbacks is not required." 


OBJECT dsx1SignalMode 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the signal mode is not 
required." 


OBJECT dsxlTransmitClockSource 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the transmit clock source is 
not required." 


OBJECT dsx1Fdl 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the FDL is not required." 


OBJECT dsxlLineLength 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the line length is not 
required." 


OBJECT dsx1lChannelization 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the channelization is not 
required." 


OBJECT dsx1lLineMode 

MIN-ACCESS read-only 

DESCRIPTION 
"The ability to set the Line Mode is not 
required." 


OBJECT dsx1LineBuildout 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the Line build out is not 
required." 
::= { dslCompliances 5 } 
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ds1MibT1PriNCompliance MODULE-COMPLIANCE 

STATUS current 

DESCRIPTION 
"Compliance statement for using this MIB for ISDN 
Primary Rate interfaces on Tl lines." 

MODULE 

MANDATORY-GROUPS { dslNearEndConfigurationGroup, 
dsiNearEndStatisticsGroup } 


OBJECT dsxlLineType 
SYNTAX INTEGER { 
dsx1ESF (2) -- Intl Spec would be G704 (2) 
-- or 1.431 (4) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Line type for T1 ISDN Primary Rate 
interfaces." 


OBJECT dsx1lLineCoding 
SYNTAX INTEGER { 
dsx1B8ZS (2) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Type of Zero Code Suppression for 
T1 ISDN Primary Rate interfaces." 


OBJECT dsx1SignalMode 
SYNTAX INTEGER { 
none(1), -- if there is no signaling channel 
messageOriented (4) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Possible signaling modes for 
T1 ISDN Primary Rate interfaces." 


OBJECT dsx1lTransmitClockSource 
SYNTAX INTEGER { 
loopTiming (1) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"The transmit clock is derived from 
received clock on ISDN Primary Rate 
interfaces." 
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OBJECT dsx1Fdl 
MIN-ACCESS read-only 
DESCRIPTION 
"Facilities Data Link usage on T1 ISDN 
Primary Rate interfaces. 
Note: Eventually dsxlAtt-—54016(4) is to be 
used here since the line type is ESF." 


OBJECT dsx1Channelization 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the channelization 
is not required." 


OBJECT dsx1lLineMode 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the Line Mode is not 
required." 


OBJECT dsx1lLineBuildout 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the Line build out is not 
required." 
::= { dslCompliances 6 } 


ds1MibE1PriNCompliance MODULE-COMPLIANCE 
STATUS current 


DESCRIPTION 
"Compliance statement for using this MIB for ISDN 
Primary Rate interfaces on El lines." 
MODULE 
MANDATORY-GROUPS { dslNearEndConfigurationGroup, 
dsiNearEndStatisticsGroup } 


OBJECT dsxlLineType 
SYNTAX INTEGER { 
dsx1lE1CRC (5) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Line type for El ISDN Primary Rate 
interfaces." 


OBJECT dsx1lLineCoding 


SYNTAX INTEGER { 
dsx1HDB3 (3) 
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} 

MIN-ACCESS read-only 

DESCRIPTION 
"Type of Zero Code Suppression for 
El ISDN Primary Rate interfaces." 


OBJECT dsx1SignalMode 
SYNTAX INTEGER { 
messageOriented (4) 
} 
MIN-ACCESS read-only 
DESCRIPTION 
"Signaling on El ISDN Primary Rate interfaces 
is always message oriented." 


OBJECT dsxlTransmitClockSource 

SYNTAX INTEGER { 
loopTiming (1) 

} 

MIN-ACCESS read-only 

DESCRIPTION 
"The transmit clock is derived from received 
clock on ISDN Primary Rate interfaces." 


OBJECT dsx1Fdl 
MIN-ACCESS read-only 
DESCRIPTION 
"Facilities Data Link usage on El ISDN 
Primary Rate interfaces. 
Note: There is a ’M-Channel’ in El, 
using National Bit Sa4 (G704, 
Table 4a). It is used to implement 
management features between ET 
and NT. This is different to 
FDL in T1, which is used to carry 
control signals and performance 
data. In El, control and status 
Signals are carried using National 
Bits Sa5, Sa6 and A (RAI Ind.). 
This indicates that only the other(1) or 
eventually the dsx1lFdl-none(8) bits should 
be set in this object for El PRI." 


OBJECT dsx1lChannelization 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the channelization is not 
required." 
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OBJECT dsx1lLineMode 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the Line Mode is not required." 


OBJECT dsx1lLineBuildout 
MIN-ACCESS read-only 
DESCRIPTION 
"The ability to set the Line build out is not 
required." 
::= { dslCompliances 7 } 


-- units of conformance 


dsiNearEndConfigGroup OBJECT-GROUP 
OBJECTS { dsxlLineIndex, 
dsx1lTimeElapsed, 
dsx1lValidiIntervals, 
dsxlLineType, 
dsx1lLineCoding, 
dsx1lSendCode, 
dsx1lCircuitIdentifier, 
dsxlLoopbackConfig, 
dsxlLineStatus, 
dsx1SignalMode, 
dsxilTransmitClockSource, 
dsx1lFdl, 
dsxlInvalidiIntervals, 
dsxlLineLength, 
dsxlLoopbackStatus, 
dsx1DsiChannelNumber, 
dsx1lChannelization } 
STATUS deprecated 
DESCRIPTION 
"A collection of objects providing configuration 
information applicable to all DS1 interfaces." 
:= { dslGroups 1 } 


dsiNearEndStatisticsGroup OBJECT-GROUP 

OBJECTS { dsxlCurrentIndex, 
dsxlCurrentESs, 
dsxlCurrentSESs, 
dsxlCurrentSEFSs, 
dsxlCurrentUASs, 
dsxlCurrentCSSs, 
dsxlCurrentPCVs, 
dsxlCurrentLESs, 
dsxlCurrentBESs, 
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dsx1lCurrentDMs, 
dsxlCurrentLCVs, 
dsxlIntervaliIndex, 
dsxlIntervalNumber, 
dsxlIntervalESs, 
dsxlIntervalSESs, 
dsxlIntervalSEFSs, 
dsxlIntervalUASs, 
dsxlIntervalCSSs, 
dsxlIntervalPCVs, 
dsxlIntervalLESs, 
dsxlIntervalBESs, 
dsxlIntervalDMs, 
dsxlIntervalLCVs, 
dsxlIntervalValidData, 
dsx1lTotalIndex, 
dsxlTotalESs, 
dsxlTotalSESs, 
dsx1lTotalSEFSs, 
dsx1lTotalUASs, 
dsx1lTotalCSSs, 
dsx1lTotalPCVs, 
dsxlTotalLESs, 
dsx1lTotalBESs, 
dsx1lTotalDMs, 
dsxlTotalLCVs } 

STATUS current 

DESCRIPTION 


"A collection of objects providing statistics 
information applicable to all DS1 interfaces." 


::= { dslGroups 2 } 


dslFarEndGroup OBJECT-GROUP 

OBJECTS { dsxlFarEndCurrentIndex, 
dsx1lFarEndTimeElapsed, 
dsx1lFarEndValidiIntervals, 
dsx1lFarEndCurrentESs, 
dsxlFarEndCurrentSESs, 
dsxlFarEndCurrentSEFSs, 
dsxlFarEndCurrentUuASs, 
dsxlFarEndCurrentCSSs, 
dsxlFarEndCurrentLESs, 
dsxlFarEndCurrentPCVs, 
dsxlFarEndCurrentBESs, 
dsx1lFarEndCurrentDMs, 
dsx1lFarEndInvalidiIntervals, 
dsxlFarEndIntervaliIndex, 
dsxlFarEndIntervalNumber, 
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dsxlFarEndIntervalESs, 
dsxlFarEndIntervalSESs, 
dsxlFarEndIntervalSEFSs, 
dsxlFarEndIntervalUASs, 
dsxlFarEndIntervalCSSs, 
dsxlFarEndIntervalLESs, 
dsx1lFarEndIntervalPCVvs, 
dsx1lFarEndIntervalBESs, 
dsxlFarEndIntervalDMs, 
dsxlFarEndIntervalValidData, 
dsx1lFarEndTotaliIndex, 
dsxlFarEndTotalESs, 
dsxlFarEndTotalSESs, 
dsxlFarEndTotalSEFSs, 
dsxlFarEndTotalUASs, 
dsxlFarEndTotalCSSs, 
dsx1lFarEndTotalLESs, 
dsxlFarEndTotalPCVs, 
dsx1lFarEndTotalBESs, 
dsx1lFarEndTotalDMs } 

STATUS current 

DESCRIPTION 

"A collection of objects providing remote 
configuration and statistics information." 
::= { dslGroups 3 } 


dslDeprecatedGroup OBJECT-GROUP 
OBJECTS { dsxlIfIndex, 
dsxlFracIndex, 
dsxlFracNumber, 
dsxlFracIfIndex } 
STATUS deprecated 
DESCRIPTION 
"A collection of obsolete objects that may be 
implemented for backwards compatibility." 
::= { dslGroups 4 } 


dsiNearEndOptionalConfigGroup OBJECT-GROUP 
OBJECTS { dsxlLineStatusLastChange, 
dsxlLineStatusChangeTrapEnable } 

STATUS current 

DESCRIPTION 
"A collection of objects that may be implemented 
on DS1 and DS2 interfaces." 

:= { dslGroups 5 } 


ds1DS2Group OBJECT-GROUP 
OBJECTS { dsxlLineIndex, 
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dsxlLineType, 
dsx1lLineCoding, 
dsx1SendCode, 
dsxlLineStatus, 
dsx1SignalMode, 
dsx1lTransmitClockSource, 
dsxlChannelization } 
STATUS current 
DESCRIPTION 
"A collection of objects providing information 
about DS2 (6,312 kbps) and E2 (8,448 kbps) 
systems." 
::= { dslGroups 6 } 


dslTransStatsGroup OBJECT-GROUP 
OBJECTS { dsxlCurrentESs, 
dsxlCurrentSESs, 
dsxlCurrentUASs, 
dsxlIntervalESs, 
dsxlIntervalSESs, 
dsxlIntervalUASs, 
dsxlTotalESs, 
dsx1lTotalSESs, 
dsx1lTotalUASs } 
STATUS current 
DESCRIPTION 
"A collection of objects which are the 
statistics which can be collected from a dsl 
interface that is running transparent or unframed 
lineType. Statistics not in this list should 
return noSuchInstance." 
::= { dslGroups 7 } 


dsiNearEndOptionalTrapGroup NOTIFICATION-GROUP 
NOTIFICATIONS { dsxlLineStatusChange } 
STATUS current 
DESCRIPTION 
"A collection of notifications that may be 
implemented on DS1 and DS2 interfaces." 
::= { dslGroups 8 } 


dsiChanMappingGroup OBJECT-—GROUP 
OBJECTS { dsxlChanMappedIfIndex } 
STATUS current 
DESCRIPTION 
"A collection of objects that give an mapping of 
DS3 Channel (dsx1DslChannelNumber) to ifIndex." 
::= { dslGroups 9 } 
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NearEndConfigurationGroup OBJECT-GROUP 

OBJECTS { dsxlLineIndex, 
dsx1lTimeElapsed, 
dsx1lValidiIntervals, 
dsxlLineType, 
dsx1lLineCoding, 
dsx1lSendCode, 
dsx1lCircuitIdentifier, 
dsxlLoopbackConfig, 
dsxlLineStatus, 
dsx1SignalMode, 
dsx1lTransmitClockSource, 
dsx1lFdl, 
dsxlInvalidiIntervals, 
dsxlLineLength, 
dsxlLoopbackStatus, 
dsx1Ds1ChannelNumber, 
dsx1lChannelization, 


dsx1lLineMode, 

dsxlLineBuildOut } 
STATUS current 
DESCRIPTION 


"A collection of objects providing configuration 
information applicable to all DS1 interfaces." 
::= { dslGroups 10 } 
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Security Considerations 


There are a number of management objects defined in this MIB module 
with a MAX-ACCESS clause of read-write. Such objects may be 
considered sensitive or vulnerable in some network environments. The 
support for SET operations in a non-secure environment without proper 
protection can have a negative effect on network operations. The 
specific objects and their sensitivities/vulnerabilities are as 
follows. 
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Setting the following objects to incorrect values may result in 
traffic interruptions: 


dsx1lLineType 
dsx1lLineCoding 
dsx1SendCode 
dsx1lLoopbackConfig 
dsx1SignalMode 
dsx1lTransmitClockSource 
dsx1lFdl 
dsxlLineLength 
dsx1lChannelization 
dsx1lLineMode 
dsx1lLineBuildout 


In the case of dsxlLineType, for example, both ends of a DS1/E1 must 
have the same value in order for traffic to flow. In the case of 
dsx1lSendCode and dsxlLoopbackConfig, for another example, traffic may 
stop transmitting when particular loopbacks are applied. 


Setting the following object to an incorrect value will not harm the 
traffic, but it may cause a circuit to be mis-identified and thereby 
create difficulties for service personnel when attempting to 
troubleshoot a problem: 


dsx1lCircuitIdentifier 


Setting the following object can cause an increase in the number of 
traps received by the network management station: 


dsx1lLineStatusChangeTrapEnable 


The readable objects in this MIB module (i.e., the objects with a 
MAX-ACCESS other than not-accessible) may be considered sensitive in 
some environments since, collectively, they provide extensive 
information about the performance of interfaces in DS1/E1/DS2/E2 
equipment or networks and can reveal some aspects of their 
configuration. In such environments, it is important to control even 
GET and NOTIFY access to these objects and possibly to encrypt the 
values of these objects when sending them over the network via SNMP. 


SNMP versions prior to SNMPv3 did not include adequate security. 

Even if the network itself is secure (for example by using IPSec), 
even then, there is no control as to who on the secure network is 
allowed to access and GET/SET (read/change/create/delete) the objects 
in this MIB module. 
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6. 


6. 


It is RECOMMENDED that implementers consider the security features as 
provided by the SNMPv3 framework (see [RFC3410], section 8), 
including full support for the SNMPv3 cryptographic mechanisms (for 
authentication and privacy). 


Further, deployment of SNMP versions prior to SNMPv3 is NOT 
RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to 
enable cryptographic security. It is then a customer/operator 
responsibility to ensure that the SNMP entity giving access to an 
instance of this MIB module is properly configured to give access to 
the objects only to those principals (users) that have legitimate 
rights to indeed GET or SET (change/create/delete) them. 
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Appendix A - Use of dsxlIfIndex and dsxlLineIndex 


This Appendix exists to document the previous use if dsxlIfIndex and 
dsxlLineIndex and to clarify the relationship of dsxlLineIndex as 
defined in RFC 1406 with the dsxlLineIndex as defined in this 
document. 


The following shows the old and new definitions and the relationship: 


[New Definition]: "This object should be made equal to ifIndex. The 
next paragraph describes its previous usage. Making the object equal 
to ifIndex allows proper use of ifStackTable and ds0/dsObundle mibs. 


[Old Definition]: "This object is the identifier of a DS1 Interface 
on a managed device. If there is an ifEntry that is directly 
associated with this and only this DS1 interface, it should have the 
same value as ifIndex. Otherwise, number the dsxlLineIndices with an 
unique identifier following the rules of choosing a number that is 
greater than ifNumber and numbering the inside interfaces (e.g., 
equipment side) with even numbers and outside interfaces (e.g., 
network side) with odd numbers." 


When the "Old Definition" was created, it was described this way to 
allow a manager to treat the value _as if_ it were and ifIndex, i.e., 
the value would either be: 1) an ifIndex value or 2) a value that was 
guaranteed to be different from all valid ifIndex values. 


The new definition is a subset of that definition, i.e., the value is 
always an ifIndex value. 


The following is Section 3.1 from RFC 1406: 

Different physical configurations for the support of SNMP with DS1 
equipment exist. To accommodate these scenarios, two different 
indices for DS1 interfaces are introduced in this MIB. These indices 
are dsxlIfIndex and dsxlLineIndex. 

External interface scenario: the SNMP Agent represents all managed 
DS1 lines as external interfaces (for example, an Agent residing on 


the device supporting DS1 interfaces directly): 


For this scenario, all interfaces are assigned an integer value equal 
to ifIndex, and the following applies: 


ifIndex=dsxlIfIndex=dsxlLineIndex for all interfaces. 
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The dsxlIfIndex column of the DS1 Configuration table relates each 
DS1 interface to its corresponding interface (ifIndex) in the 
Internet-standard MIB (MIB-II STD 17, RFC 1213) [RFC1213]. 


External&Internal interface scenario: the SNMP Agents resides on an 
host external from the device supporting DS1 interfaces (e.g., a 
router). The Agent represents both the host and the DS1 device. The 
index dsxlLineIndex is used to not only represent the DS1 interfaces 
external from the host/DSl-device combination, but also the DS1 
interfaces connecting the host and the DS1 device. The index 
dsxlIfIndex is always equal to ifIndex. 


Example: 
A shelf full of CSUs connected to a Router. An SNMP Agent residing 


on the router proxies for itself and the CSU. The router has also an 
Ethernet interface: 


+----- + 

| | | 

oe t--------------------- + 

E 1.544 MBPS | Line#A | DS1 Link 
t R |--------------- +----- - - = = 4------ > 
ho | | | | 

le | o | 1.544 MBPS | Line#B | DS1 Link 
|r | | --------------- +---------- +-----—- > 
|n |u | | CSU Shelf | 

e 1.544 MBPS Line#C | DS1 Link 
t T  |--------------- +- - - — —---- +------ > 
| | | | | 

| ----- | E | 1.544 MBPS | Line#D | DS1 Link 
| | |--------------- +- ---—---- +-----—- > 
| ) * | | 


The assignment of the index values could for example be: 


ifIndex (= dsxlIfIndex) dsx1lLineIndex 
ila NA NA (Ethernet) 
2 Line#A Router Side 6 
2 Line#A Network Side 7 
3 Line#B Router Side 8 
3 Line#B Network Side 9 
4 Line#C Router Side 10 
4 Line#C Network Side 11 
5 Line#D Router Side 12 
5 Line#D Network Side 13 
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For this example, ifNumber is equal to 5. Note the following 
description of dsxlLineIndex: the dsxlLineIndex identifies a DS1 
Interface on a managed device. If there is an ifEntry that is 
directly associated with this and only this DS1 interface, it should 
have the same value as ifIndex. Otherwise, number the 
dsxlLineIndices with an unique identifier following the rules of 
choosing a number greater than ifNumber and numbering inside 
interfaces (e.g., equipment side) with even numbers and outside 
interfaces (e.g., network side) with odd numbers. 


If the CSU shelf is managed by itself by a local SNMP Agent, the 
situation would be: 


ifIndex (= dsxlIfIndex) dsx1lLineIndex 
1 Line#A Network Side 1 
2 Line#A RouterSide 2 
3 Line#B Network Side 3 
4 Line#B RouterSide 4 
5 Line#C Network Side 5 
6 Line#C Router Side 6 
7 Line#D Network Side 7 
8 Line#D Router Side 8 


Appendix B - The delay approach to Unavailable Seconds. 


This procedure is illustrated below for a DS1 ESF interface. Similar 
rules would apply for other DS1, DS2, and El interface variants. The 
procedure guarantees that the statistical counters are correctly 
updated at all times, although they lag real time by 10 seconds. At 
the end of each 15 minutes interval the current interval counts are 
transferred to the most recent interval entry and each interval is 
shifted up by one position, with the oldest being discarded if 
necessary in order to make room. The current interval counts then 
start over from zero. Note, however, that the signal state 
calculation does not start afresh at each interval boundary; rather, 
signal state information is retained across interval boundaries. 
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| READ COUNTERS & STATUS INFO FROM HARDWARE 


BPV EXZ LOS FE CRC CS AIS SEF OOF LOF RAI G1-G6 SE FE LV SL 


ACCUM ONE-SEC STATS, CHK ERR THRESHOLDS, & UPDT SIGNAL STATE 


4------------------------------ + | 4+---------------------- + | 
| ONE-SEC DELAY | | | ONE-SEC DELAY | | 
| (1 OF 10) | | | (1 OF 10) || 
4+------------------------------ + 4+---------------------- + 
Lut tlle sel) fe = ag Sele PL Ol | Ile = of S Up | 
/ / / of / / / / / le of / / / / / 
ke A a | | a e a Oy | 
v v vv v v VvV vV | vv v v v yv 
+------------------------------ + | +---------------------- + | 
ONE-SEC DELAY | ONE-SEC DELAY | 
(10 OF 10) (10 OF 10) 
+------------------------------ + | +---------------------- + | 
oae a a | | Me oles UIP IE at | 
v v vv v v v yv V vv v v v vV V 


Note that if such a procedure is adopted there is no current interval 
data for the first ten seconds after a system comes up. 
noSuchInstance must be returned if a management station attempts to 
access the current interval counters during this time. 


It is an implementation-specific matter whether an agent assumes that 
the initial state of the interface is available or unavailable. 
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